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Sprechen wir heute in der Computerszene über 
Emulatoren, so meinen wir oft Software, die Re- 
trocomputer auf aktueller Hardware abbildet. Pro¬ 
gramme wie "AmigaForever" von Cloanto, Hatari 
oder VICE machen aus dem Schreibtisch-PC ei¬ 
nen Amiga, einen Atari oder einen Commodore 
C64 - zumindest fast. Viel Software der alten Sys¬ 
teme läuft damit, das richtige Retro-Gefühl kommt 
aber nicht auf. 

Um diese Emulatoren geht es in dieser Ausgabe 
der LOAD, dem Magazin des Vereins zum Erhalt 
klassischer Computer e.V aber nicht. Emulation 
ist nämlich weder ein neues Thema, noch an den 
PC oder den Mac gebunden. Wir müssen schon 
sehr weit zurückgehen, um die Wurzeln der Emu¬ 
lation zu finden. Im Jahre 1962 setzte IBM in sei¬ 
ner Produktionsstätte in La Grande (Frankreich) 
eine Kombination aus Hard- und Software ein, um 
die Kompatibilität neuer Produkte mit den Vorläu¬ 
fern zu prüfen. Larry Moss und Stuart Tucker von 
IBM prägten 1964 für diesen Aufbau den Begriff 
„Emulator“. Als 1965 die System/360-Linie offiziell 
veröffentlicht wurde, war der erste kommerziell 
verfügbare Emulator für das alte Modell IBM 7070 
mit im Lieferumfang. 

Mit dem Aufstieg des IBM Personal Computers als 
Defacto-Standard für kleine Rechner haben viele 
Homecomputer versucht, mit Zusatzhardware die 
Kompatibilität zu "Big Blue" herzustellen. Manche 
sind dabei bereits von Haus aus auf den Einsatz 
als Plattform zur Emulation vorbereitet. Andere Ar¬ 
chitekturen lassen sich leicht mit Zusatzkarten von 
Fremdherstellern in einen PC verwandeln. 
Manchmal sind diese Bestrebungen nicht über 
das Prototypen-Stadium hinausgekommen. Aber 
wie wir am Beispiel der Commodore CBM II Serie 
zeigen, ist dies manchmal nur eine Frage der Zeit. 

Übrigens: Alle Artikel in diesem Heft beschreiben 
Projekte unserer Mitglieder. Die hier vorgestellten 
Zweitprozessoren, Einplatinenrechner und Soft¬ 
warelösungen sind bei den Mitgliedern persönlich 
im Einsatz. Sie lesen also Informationen aus alle¬ 
rerster Hand ! 

Genießen Sie nun die 5. Ausgabe des LOAD-Ma- 
gazins und lassen Sie sich von der Welt der Re- 
tro-Computer faszinieren. 
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Kein Problem! 


Alle Links aus diesem 
Heft, Zusatzinforma¬ 
tionen, Korrekturen und 
Diskussionsbeiträge 
finden Sie unter 

https://www. classic- 
computing. de/loadö 
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Retro-Aktiv Kaiserslautern 

26.04.2019 18:00-23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 
http://www. retro-aktiv. de/ 

Mai 

OCM - Arcadebereich 

11.05.2019, 14:00-19:00 

OCM I Bahnhofsplatz 10, 26122 Oldenburg 

www.computermuseum-oldenburg.de/ 

Lange Nacht der Computerspiele 

11.05.2019, 14:00-01:00 
Universität Leipzig - Lipsius-Bau, Karl-Liebknecht- 
Straße 145,04277 Leipzig 
https://computerspielenacht.htwk-leipzig.de 

Amiga Ost 

18.05.2019 ab 08:30 

Halle Messe | Messestrasse 10,06116 Halle 

https://www.alk.org/forum/showthread.php?t=66858 

Retro-Aktiv Kaiserslautern 

31.05.2019 18:00-23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 
http://www. retro-aktiv. de/ 

Juni 

OCM - Arcadebereich 

08.06.2019, 14:00-19:00 

OCM I Bahnhofsplatz 10, 26122 Oldenburg 

WWW. computermuseum-oldenburg. de/ 

DoReCo #61 

15.06.2019, 08-18:00 Uhr 
Syburger Str. 75,44265 Dortmund 
http://www.doreco.de 

HainCon #4 

29.06.2019 ab 09:00 Uhr 
Wörther Str. la, 64750 Haingrund 
http://www. homecon. org/termine/ 

10. LuheCon 

29.06.2019, 10:00-23:59 
Schloßplatz H, 21423 Winsen (Luhe) 
www.forum64.de 


Retro-Aktiv Kaiserslautern 

26.07.2019 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65,67655 Kaiserslautern 
http://www. retro-aktiv de/Titel 

RETROthek 

der Stadtbibliothek Karlsruhe 

27. Juli 2019 10:00-20:00 
Ständehausstraße 2, 76133 Karlsruhe 
https://www.karlsruhe.de/b2/bibliotheken/stadtbibliot 
hek/retrothek.de 

August 
OCM - Arcadebereich 

10.08.2019, 14:00- 19:00 

OCM I Bahnhofsplatz 10, 26122 Oldenburg 

WWW. computermuseum-oldenburg. de/ 

Retro-Aktiv Kaiserslautern 

30.08.2019 18:00-23:00 
Rudolf-Breitscheid-Straße 65,67655 Kaiserslautern 
http://www.retro-aktiv.de/ 

RETROLUTION12019 

31.08.2019 ab 10:00 Uhr 
01.09.2019 ab 09:00 Uhr 
Kulturhalle Steinheim | Ludwigstraße 67,63456 
Hanau 

www.homecon.org 

September 

HainCon #4 

01.09.2019 ab 09:00 Uhr 
Wörther Str. la, 64750 Haingrund 
http://www.homecon. org/termine/ 

DoReCo #62 - Party 11 Hard at 
Altenmellrich 

13..09 (12:00) bis 15.09.2019 (14:00) 

Alter Kirchweg 2, 59609 Anröchte 
http://www. doreco. de 

OCM - Arcadebereich 

14.09.2019, 14:00- 19:00 

OCM I Bahnhofsplatz 10, 26122 Oldenburg 

WWW. computermuseum-oldenburg. de/ 

Classic Computing 

20.09.2019 ab 10:00 
(Ausstellertag) 

21. - 22.09.2019 von 10:00 bis 
18:00 (Öffentlich) 

Zum Börnecken 15, 38165 Lehre 

WWW. classic-computing. de/veranstaltungen/cc-2019/ 

Retro-Aktiv Kaiserslautern 

27.09.2019 18:00-23:00 
Rudolf-Breitscheid-Straße 65,67655 Kaiserslautern 
http://www. retro-aktiv. de/ 



12.10.2019, 14:00- 19:00 

OCM I Bahnhofsplatz 10,26122 Oldenburg 
WWW. computermuseum-oldenburg. de/ 

Amiga34 Germany 

12. und 13.10.2019 ab 10:00 

Rheinisches Landestheater | Oberstraße 95,41460 

Neuss 

https://www.eventbrite. de/e/amiga34-germany- 
tickets-52981026677 

Amiga Meeting Nord 

18.10. (18:00) bis 20.10.2019 (abends) 
"Kiek in!", Gartenstraße 32,24534 Neumünster 
http://www. amigameeting. de/ 

Retro-Aktiv Kaiserslautern 

25.10.2019 18:00-23:00 
Rudolf-Breitscheid-Straße 65,67655 Kaiserslautern 
http://www. retro-aktiv de/ 

November 

OCM - Arcadebereich 

09.11.2019, 14:00- 19:00 

OCM I Bahnhofsplatz 10,26122 Oldenburg 

WWW. computermuseum-oldenburg.de/ 

Das ETWAS andere Usertreffen 

30.10. -03.11.2019 

Gastof „Zur Traube“ | Beerfelder Strasse 2,64757 
Finkenbach 

https://www.alk.org/forum/showthread.php?t=69022 

Retro-Aktiv Kaiserslautern 

29.11.2019 18:00-23:00 
Rudolf-Breitscheid-Straße 65,67655 Kaiserslautern 
http://www. retro-aktiv de/ 

11. LuheCon 

30.11.2019, 10:00-23:59 
Schloßplatz U, 21423 Winsen (Luhe) 
www.forum64.de 

Dezember 

OCM - Arcadebereich 

12.10.2019, 14:00- 19:00 

OCM I Bahnhofsplatz 10,26122 Oldenburg 
WWW. computermuseum-oldenburg. de/ 

DoReCo #63 

14.12.2019, 10-20:00 Uhr 
Syburger Str. 75,44265 Dortmund 
http://www.doreco.de 


Fehlt Ihre Veranstaltung? Einfach eine 
Mail an redaktion@load-magazin.de 
senden! 














Hier ging es rund 


Unsere Veranstaltungen 2018 


Auf unseren Veranstaltungen ist immer etwas los. Hier treffen sich 
Vereinsmitglieder, Freunde und Freaks aus anderen Grup¬ 
pen und Foren und viele Gäste, die einfach einmal 
Rechner aus alten Zeiten in Aktion erle¬ 
ben möchten. 




Wir nutzen unsere Treffen 
zum praktischen Erfahrungs¬ 
austausch und zum Fach¬ 
simpeln. Und natürlich 
spielen wir auch - alte Spie¬ 
le sowieso und gern auch 
Neuerscheinungen für alte 
Rechner. 


Meist sind auch Hardware- 
Experten mit dabei, die de¬ 
fekte Geräte gleich vor Ort 
wieder instand setzen. Löt¬ 
kolben, Oszilloskop und 
Logikanalysator sind keine 
Fremdworte für uns. 


Unsere Veranstaltungen 
sind meistens öffentlich, 
Gäste sind willkommen 
und können zuschauen 
und mitmachen. Was das 
kostet? Nichts! Die Teil¬ 
nahme an unseren Ver¬ 
anstaltungen ist kosten¬ 
los. 


Unsere Treffen finden im 
ganzen Bundesgebiet 
statt. Regelmäßige Ver¬ 
anstaltungen gibt es in 
zum Beispiel in Hanno¬ 
ver, Wolfsburg, Stutt¬ 
gart, Waiblingen, Augs¬ 
burg und Bad Säckin- 
gen. Und es werden von 
Jahr zu Jahr mehr. Au¬ 
ßerdem findet unsere 
große Vereinzu- sam- 
menkunft, die Classic 
Computing in jedem 
Jahr an einem anderen 
Ort statt. 


Also — bis bald! 
























Apple II WOZ Images 


Lange Zeit waren Formate wie DSK oder 
PO vorherrschend, wenn es darum ging, 
Abbilder (Images) von Apple II und Apple 
Disketten zu erzeugen. Nun wird das 
WOZ Format immer populärer. Im Gegen¬ 
satz zu früheren Formaten speichert das 
WOZ Format alle Geometrieinformatio¬ 
nen der Apple Disketten und macht es so 
möglich, auch kopiergeschützte Disketten 
zu archivieren. Eine Reihe von Emulato¬ 
ren unterstützen das WOZ Format bereits 
direkt. 







Mit der Firmware ab 0.47 vom Dezember 
2018 werden dafür auch die populären 
DSK, PO und DO Formate unterstützt. 
Der WDrIve wird in Kleinserie gefertigt 
und kostet mit US-$ 69,- etwa soviel wie 
der bekannte SDFIoppyll Emulator, (gb) 

Links 

Applesauce FDC: 

https://applesaucefdc.com/ 

documentation/ 

WDrive: http://kboohk.com 



Um WOZ Abbilder zu erzeugen, ist ein 
spezieller Controller erforderlich, der App¬ 
lesauce FDC. Er wird direkt an ein Disk II 
oder SmartDrive Laufwerk angeschlos¬ 
sen. Die Steuerung erfolgt über USB mit 
einer Software auf MacOS 10.11 oder 
neuer. Linux oder Windows werden der¬ 
zeit noch nicht unterstützt. Die Software 
ermöglicht es auch, die erzeugten Abbild- 
Dateien zu bearbeiten und auf echte 
Floppys zurückzuschreiben. Das Deluxe 
Modell mit der Unterstützung von 5,25 
und 3,5 Zoll Disketten kostet US-$ 285,- 
und wird in Kleinserie vom Entwickler auf¬ 
gelegt. 

Um das WOZ 
Format an ech¬ 
ter Apple II- 
Hardware zu 
nutzen, ist seit 
kurzem mit dem 
WDrive eine Lö¬ 
sung verfügbar. 
Die kleine Hard- 
ware-Appliance 
akzeptiert WOZ 
Images auf SD 
Speicherkarten. 
Das Gerät ist in einem weissen oder 
transparenten Kunststoffgehäuse (3D 
Print) lieferbar und wird mittels LCD Dis¬ 
play und Tasten am Gerät selbst gesteu¬ 
ert. So ersetzt es direkt ein 5,25 Zoll 
Laufwerk am Disk II Controller oder am 
externen Floppyport des Apple //c. Smart¬ 
Drive Funktionen bietet es jedoch nicht. 




Unk: 

http://atari-forum.com/ 

viewtopic.php?f=3&t=35020 

&hilit=iceblox#p362551 


Atari STE Spiel FROGS 

Das vom C64 her bekannte Spiel FROGS 
ist ein Multiplayer Spiel für den ATARI 
ST(E), Falcon 030 oder das FPGA Emu¬ 
latorsystem MIST. Es erlaubt bis zu 4 
Spieler, im "Megaparty Mode" sogar 6 
Spieler. 



Atari ST Spiel Iceblox Plus 

Karl Hörnell hat sein Spiel Iceblox Plus 
vom Commodore C64 auf den Atari ST 
portiert. Die erste Version wurde am 
31.12.2018 im Atari-Forum.COM veröf¬ 
fentlicht. Das Spiel gleicht Pengo - auch 
hier wird in einem Labyrinth gespielt und 
Eisblöcke müssen verschoben werden, 
ohne dabei vom Gegner getroffen zu wer¬ 
den. Das Spiel läuft sowohl auf echter 
Hardware wie einem Atari ST mit TOS 
1.04 als auch in der Emulation mit Hatari. 
Grafik und Sound harmonieren gut, Ice¬ 
blox lässt sich mit Tastatur oder Joystick 
flüssig spielen, (gb) 




Die Verbindung der Rechner erfolgt über 
die MIDI Schnittstelle. Zur Spielsteuerung 
lassen sich Joystick, Jagpad oder die 
Tastatur verwenden. Auf dem MIST sind 4 
Joysticks nutzbar, und zwar entweder 
viermal USB- oder zweimal USB- und 
zweimal DB9-Joysticks. Beim Atari STE 
ist der Spielverlauf deutlich flüssiger und 
der Sound läuft DMA-gestützt. Die Grafik 
ist zwischen einem ATARI STE- und ei¬ 
nem Classic C64 Look umschaltbar. 
FROGS kann von Festplatte oder Disket¬ 
te gespielt werden. Neben der kostenlo¬ 
sen Download-Version wird auch eine 
"Boxed" Version zum Kauf angeboten. 
(gb) 

Link: 

https://www.hd-videofilm.com/frogs 

Update für m68k AMIGAs 

Hyperion Entertainment hat mit der Versi¬ 
on 3.1.4 von AmigaOS ein Update des 
Betriebssystems für klassische m68k 
AMIGAs freigegeben. Der Hersteller be¬ 
zeichnet dieses Update von der Größe 
her mit AmigaOS 3.9 vergleichbar und 
verweist auf die 320 kByte umfassenden 
Release Notes. AmigaOS 3.1.4 unter¬ 
stützt alle Motorola CPUs von 68000 bis 
68060 und bringt über 20 neue, aktuali¬ 
sierte oder fehlerbereinigte Kickstart- Mo¬ 
duls mit. Die Amiga Workbench wurde 
ebenfalls aktualisiert und ist nun mit Ami¬ 
gaOS 3.9 vergleichbar. 





































Das Betriebssystem unterstützt u.a. gro¬ 
ße Festplatten sowie CDROMs mit Rock- 
ridge- und Joilet Extensions. Es sind 
unterschiedliche Versionen für AMIGA 
A1200, A4000, A500/A600/A2000, A3000 
und A4000T verfügbar. Der Lieferumfang 
besteht aus 6 Disketten mit Betriebssys¬ 
tem und Workbench und einem Kickstart- 
ROM, passend für das jeweils ausge¬ 
wählte AMIGA Modell. Die Webseite des 
Herstellers nennt Distributoren in 
Deutschland. Die Download-Version wird 
mit EUR 29,90 angeboten, die Version mit 
einem Kickstart-ROM für EUR 39,90. 

Unk 

http://hyperion-entertainment.com 


YBAPINMMEII 



Trap Runner ist ein klassisches Jump'n' 
Run Spiel. Es läuft auf allen AMIGA Sys¬ 
temen mit OCS/ECS Grafik und in diesem 
Modus auch auf AGA Systemen. Es be¬ 
nötigt Kickstart 1.2 und kommt mit nur 1 
MB Arbeitsspeicher aus. Dies wurde mög¬ 
lich, weil Trap Runner vollständig in 68000 
Assembler geschrieben wurde. Daher 
passt es auch auf eine einzige 800 kByte- 
Diskette. 

Im Spiel muss der Held Jay seine Freun¬ 
din aus den Klauen eines Bösewichts be¬ 
freien und dabei Hinternisse überwinden 
und diverse Gegenstände einsammeln. 
Die Story ist, wie die Autoren selbst zuge¬ 
ben, nicht sonderlich originell - die Um¬ 
setzung in Grafik und Sound lässt sich 
aber durchaus sehen. Schon auf einem 
A500 mit 1 MB RAM ist der Spielablauf 
sehr flüssig. Das Spiel steht zum Down¬ 
load bereit, eine Boxed-Version soll über 
ACP&TCP Andreas Magerl vertrieben 
werden. 

Link 

https://www.retroguru.com/trap-runner/ 




Veränderungen 
im Vorstand 

Zum Jahresende hat Björn Benner sei¬ 
nen Austritt aus dem Vorstand und Ver¬ 
ein erklärt, um sich intensiver seinen 
Ehrenämtern in einem anderen Verein 
widmen zu können. Wir danken Björn 
an dieser Stelle herzlich für das 12-jäh- 
rige Engagement für den VzEkC! 

Das Amt des 1 .stellvertretenden Vorsit¬ 
zenden hat Florian Stassen dankenwer- 
terweise kommissarisch übernommen. 

Eine weitere kommissarische Neubeset¬ 
zung betrifft das Amt des 2. Schiedsrich¬ 
ters, hier hat sich Christa Schuldes 
bereiterklärt, das Team in Zukunft zu un¬ 
terstützen. Die kommissarischen Funk¬ 
tionsträger bleiben bis zu den regulären 
Wahlen auf der Jahreshauptversamm¬ 
lung 2019 im Amt. 

Die Gruppe der Moderatoren des Forum 
verstärken nun dankenswerterweise 
Susanne Floss und Norbert Kötting. 

Eine aktuelle Liste der Funktionsträger 
ist im Forum unter Mitglieder » Team zu 
finden. 

Mitgliederentwicklung 

Seit der JHV haben wir leider folgende 
Austritte zu vermelden: Sinclairowski 
(seit 2014), DonChaos (seit 2004), Gla- 
Joerg (seit 2013), Webnose (seit 2004). 

Auf der Seite der Neuzugänge dürfen 
wir seit September 2019 in Summe 29 
Neuzugänge in unseren Reihen begrü¬ 
ßen. Aufgrund des begrenzten Platzes 
möchte ich hier auf die entsprechende 
Rubrik im Vereinsforum verweisen. Mit¬ 
te März 2019 hat der Verein damit 186 
ordentliche Mitglieder. 


Zukunftspläne 


Bis zur CC19 liegen noch einige Aufga¬ 
ben vor uns. Vorrangig ist dies neben 
der Gestaltung und dem Druck neuer 
Flyer der Umzug unseres Forums und 
der Webseite auf einen neuen Server. 
Um diese Aufgabe wird sich federfüh¬ 
rend unser Admin David Lutz kümmern. 
Zusätzlich haben wir nun einen You- 
Tube Channel (siehe Link). Hier werden 
wir Videos von Vorträgen und Veranstal¬ 
tungen ablegen. Aktuell sind dort viele 
Vorträge von der Classic Computing 
2018 zu finden. Hier folgen in der Zu¬ 
kunftweitere interessante Berichte. Zu¬ 
ständig für die Verwaltung des YouTube 
Channels ist Roman Oswald. 

Wir gratulieren 

Weiterhin dürfen wir ganz herzlich den 
Jubilaren zu Ihrer 10-jährigen Mitglieds¬ 
chaft gratulieren: 

- Christa Schuldes 

- Sabine Lange 

- Astrid Mennen 

- Michael Hengstmann 

- Boris Staud 

- Sabine Rüdiger 

- Sabrina Schulte 

- Christian Krenner 

- Janina Kunstmann 

- Jürgen Maie 

Mit besten Grüßen aus dem Vorstand. 

Link 

https://www.youtube.com/channel/ 
UCceu4gB1XP-mX7lrYPyY1 pg 


-/ 










Emulation 


8088 Board nach 35 Jahren verfügbar 


Commodore CBM 700 wird 
PC-kompatibel 


D ie Commodore CBM-II Serie 
war Anfang der 1980er Jahre 
der Gegenentwurf zum aufstreben¬ 
den IBM PC. Die Businessmodelle 
wurden als leistungsstarke Büro¬ 
maschinen mit einem gefälligen 
Design geplant, die Privatmodelle 
sollten im Homecomputer- bereich 
Fuß fassen. Jedoch konnten sich 
beide Serien nicht durchsetzen. 
Das lag sowohl an der starken 
Marktmacht von IBM als auch an 
technischen Problemen und der 
Konkurrenz im eigenen Hause in 
Form des Commodore C64. Einen 
Rettungsanker sah Commodore 
darin, den CBM-II kompatibel zum 
IBM PC zu machen. 

Commodore plante dazu einen Compu¬ 
ter mit der Bezeichnung CBMX256-80 
(CBM 730 in Europa) bzw. X128-80 
als Spitzenmodell der CBM-II Linie. 
Details zu diesen Maschinen sind 
auch im Artikel ab Seite 42 
nachzulesen. Diese Maschinen soll¬ 
ten 256 bzw. 128 kByte RAM besit¬ 
zen, das 256kByte Modell 

außerdem auch zwei 
Prozessoren, nämlich einen MOS 
6509 und einen Intel 8088. Für 
den Intel-Prozessor waren 
CP/M 86 und MSDOS ge¬ 
plant, damit Anwender die 
reichlich für diese Betriebs¬ 
systeme erhältliche Soft¬ 
ware nutzen können. 

Commodore brachte den 
Entwurf des 8088 
Prozessor-Boards aber nur 
bis zur Revision-F. Weiter 
ging die Entwicklung nicht, denn die 
CBM-II Linie wurde vorher eingestellt. Da¬ 
mit verblieben Fehler im Platinenlayout, 
durch die beispielsweise das Funktionie¬ 
ren eines optional verwendbaren 8087- 
Coprozessors verhindert wird. Das Board 
ist außerdem nicht optimiert und kann 


nicht direkt auf ein CBM-II Board gesteckt 
werden, sondern benötigt zwei Flach¬ 
bandkabel (60- und 40-polig) zum Einbau. 
Es passt weder mechanisch noch vom 
Stromverbrauch in jedes CBM-II Modell, 
sondern nur in die großen „Fligh Profile“ 
Geräte mit 256kByte. 
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Weiterentwicklung durch An¬ 
wendergruppen 

Wahrscheinlich waren in den USA nur et¬ 
wa 40 der Boards vorhanden, einige wei¬ 
tere gab es in Europa. Mit der 
Abkündigung der CBM-II Serie übergab 
Commodore glücklicherweise die Prototy¬ 



pen und die Dokumentation an die Chica¬ 
go B User Group (CBUG). 

Dort waren die CBM Enthusiasten um ei¬ 
ne Weiterentwicklung bemüht. 1987 be¬ 
richtete die Zeitschrift der CBM Selbsthilfe 
600/700 in Deutschland, die Firma North 
West Music Center habe die Vertriebs¬ 
rechte an der angepassten CP/M 86 Ver¬ 
sion von Digital Research erworben. Dort 
hatte Gary Anderson begonnen, die Com¬ 
modore 1571 Floppy an die Erfordernisse 
des 8088 Boards anzupassen, um so Zu¬ 
griff auf MSDOS Floppies zu ermögli¬ 
chen. Ebenso wurde dort versucht, das 
Board mit dem stromsparenden NEC 
V20 Prozessor zu betreiben. Aber auch 
in Deutschland liefen Bemühungen, 
der eingestellten Entwicklung wieder 
auf die Sprünge zu helfen, unter an¬ 
derem mit einer CP/M 2.2 Emulation 
für das 8088 Board. Um 1988 ver¬ 
kaufte schließlich das North West 
Music Center angepasste, ge¬ 
brauchte CBMX 128-80 Maschinen 
mit eingebauter 8088 Karte und 
CP/M-86. Diese waren von dem 
mittlerweile verstorbenen Bruce 
Faierson, Vizepräsidenten der 
CBUG und Eigentümer des 
North West Music Centers 
zusammengebaut worden. 

Das nächste 
Jahrhundert 

Um 1999 stieg das Inter¬ 
esse an der Karte wieder 
an. Ruud Baltissen fragte 
auf der CBM Hackers 
Mailingliste nach Spezifi¬ 
kationen für das 8088 Board im CBM 710. 
In den Folgejahren setzte er sich ausführ¬ 
lich mit den Spezifikationen auseinander 
und veröffentlichte schließlich eine aus¬ 
führliche Analyse. Daraus ist zu entneh¬ 
men, dass die 8088 CPU parallel zum 
6509 Prozessor des CBM läuft. Sie kon¬ 
kurriert mit diesem um den DRAM Zugriff, 
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Modifikationen für CBM 610 

Um das 8088 Board auch in „Low Profile“ 
CBM Maschinen, also dem CBM 610 zum 
Laufen zu bringen, sind weitere Modifika¬ 
tionen erforderlich. Michal Pleban zeigte 
2012, dass die Ursache der Inkompatibili¬ 
täten im unterschiedlichen Design der 
Motherboards liegt. Während bei „High 
Profile“ Geräten das zusammen mit dem 
6509 Prozessor verwendete „programm- 
able logic array“ (PLA) für den DRAM Zu¬ 
griff direkt neben dem Anschluss für das 
8088 Board liegt, ist es bei „Low Profile“ 
Maschinen deutlich weiter von diesem 
entfernt. Durch die größere Laufzeit und 
möglicherweise auch durch Interferenzen 
mit anderen Signalen auf dem Mother¬ 
board wird die Kommunikation hier ge¬ 
stört. Die Lösung erfordert zwei gut 
geschirmte, zusätzliche Leitungen auf der 
Hauptplatine, nämlich von Pin 40 des 
Connectors P9 zu Pin 26 des PLA und 
von Pin 38 (P9) zu Pin 25 (PLA). Damit 
läuft auch in diesen CBM Modellen das 
Intel Board. 

8088 Replica Board 

Michal Pleban hat sich in den Folgejahren 
ausführlich mit dem 8088 Board ausein¬ 
ander gesetzt und seine Nutzbarkeit deut¬ 
lich verbessert, wie wir noch sehen 
werden. Sein Erfolg motivierte Ruud Bal- 
tissen, sich die Prototypen genauer anzu¬ 
sehen. Er bildete das Layout in einem 
gängigen Programm (Eagle) ab und er¬ 
möglichte es so, funktionell exakte Repli¬ 
ken der Originalkarte herzustellen, die 


Original-Werbung für den CBM-Il 




hat aber keinen Zugriff zu Ein-/Ausgabe- 
funktionen der Hauptplatine und auch 
nicht zum Video-RAM. Die 8088 CPU 
kommuniziert mit dem 6509 Prozessor 
stattdessen über einen 6525 Baustein auf 
dem Board. Dieser ist über den komplet¬ 
ten A-Port und teilweise durch den B-Port 
mit dem 6526 verbunden, dieser wieder¬ 
um steht unter der Kontrolle des 6509 
Prozessors. Über einen 2 kByte großen 
SRAM Baustein auf der Karte (AM9128) 
tauschen die beiden Prozessoren ihre 
Daten aus. Dies ist erforderlich, denn der 
6509 Prozessor hat keinen Zugriff mehr 
auf den Stack, sobald die 8088 CPU den 
Arbeitsspeicher kontrolliert und 
umgekehrt die Intel CPU den Speicher 
nicht erreichen kann, wenn die MOS CPU 
auf diesen zugreift. Dieser wechselseitige 
Zugriff ist vom Timing her kritisch, 
weshalb das 8088 Board infolge von 
Serienstreuungen und Toleranzen nicht in 
jedem prinzipiell geeigneten CBM Gerät 
läuft. Neben diesen Bausteinen besitzt 
das 8088 Board einen programmierbaren 
Interrupt-Controller (8259) und einen 
EPROM-Baustein mit einem BIOS. 


Ein weiteres Problem: Das 8088 Board 
arbeitet nicht in jedem CBM-Il Modell. Zu- 


COMMODORE BX256-80 


Das 8088 Board für den CBM 

nächst scheiterten die Versuche, es in ei¬ 
nen unmodifizierten CBM 256-80 
einzubauen. Bill Degnan identifizierte An¬ 
fang 2009 die Ursache: Die serienmäßig 
verbauten 256-80 BASIC ROMs verursa¬ 
chen Konflikte mit dem Adressbereich des 
8088 Boards. Dies lässt sich durch Ver¬ 
wendung von B128 BASIC ROMs vermei¬ 
den, denn die ROM 
Versionen 901243-02 (Bl28 
BASIC), 901242-02 (Bl28 
BASIC) und 901244-03 
(KERNAL) funktionierten. 

Bo Zimmerman nahm sich 
2010 dem Problem der 
nicht funktionierenden 
8087-Co-Prozessorunter- 
stützung an. Er stellte fest, 
dass der Grund die Ver¬ 
bindung von Pin 31 und 
33 des 8087 Sockels ist. 
CBM hatte hier zwar ei¬ 
gentlich einen steckbaren 
Jumper vorgesehen, die¬ 
sen aber bei den Prototy¬ 
pen nicht aufgelötet, 
sondern eine feste Ver¬ 
bindung herge- stellt. 
Das Ist aber falsch: Bei 
installiertem 8087 muss 
die Verbindung offen, 
ohne den Co-Prozessor 
geschlossen sein. 
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100% kompatibel zur ursprünglichen 
Commodore Entwicklung sind. Ein weite¬ 
rer Vorteil: Verbesserungen am Board De¬ 
sign konnten nun einfacher realisiert 
werden. Michal Pleban ersetzte den 
extrem schwer zu beschaffenden 6525- 
Baustein durch einen besser verfügbaren 
8255 Chip und fügte eine Unterstützung 
für eine SD Card hinzu, von der gebootet 
werden kann. 

Deutliche Unterschiede 

Mit dem 8088 Board hat Commodore 
zwar den Grundstein für die PC-Kompati- 
bilität der CBM-II Maschinen gelegt, aber 
eine ganze Reihe von Herausforderungen 
blieben unbewältigt. Das Design der 


CBM 128-80 
w/8088 Co-processor 

Call for Details 
Very Limited Quantities 

We are qffering a limited number of used 
CBMX 126-80 Computers for only $325. These 
come instalied and tested with the original 8088 
co-processor boards Ihat gntil redently wer© 
hidden in the. Commodore research labs. 

The CP/M 86* operating System was implemented 
on the B System and has been tested and found to 
be very reliable. It had previously been stated that 
the co-processor would only work with the CBM 
256-80. This iS not true! Ttie PLA that is instalied 
on the hr-profiie motherboard determines 
whether the operating System will run on that 
particular machine. We will also be offering the 
8088 co-processor board for $80 providing the 
purchasersends in their working hi-profile mother¬ 
board with the correct PLA. Call for details! 

All the generic CP/M 86 Software that we have 
tested will operate on the B series machine with 
an 8050 drive, The SPD and the 8250 can also be 
used with some testrictions. These same programs 
can also be rur underthe Digital Research CP/M 
86 and Concurrent PC Dos operating System on ( 
an IBM. Therefore an Investment in Software is " 
not wastfid as it can be ported to other compatlbie 
Computers. 

*CP/M 86 iS a trademark of DRI Inc. 


SPECIAL-Co-processor only $80 

ln an effort to promote the CP/M-e6 and Ms- 
Dos project, N.W. Music has decided to seli the 
remaining co-processor boards at our cost to 
helpstimulate this effort. The price will be$80and 
purchase will be subject to certain stipuiations. It 
had been previously stated, that these boards 
would not work with the lo-profile Computer. This 
does not seem to be the case. It haa been sug- 
gested by a prominent member of the group that 
any Problems could be onty power supply related. 
We have a lo-profile model up and i'unning. There 
are only afew boards remaining so call for details. 

Cc-proceasor $80 




CBM-II Rechner ist grundverschieden 
vom IBM-PC. So kennt der CBM-II im Ge¬ 
gensatz zum Sprössling von Big Blue kein 
BIOS, sondern nur einen IRC Code zum 
Laden des Betriebssystems. Interrupts 
sind beiden Maschinen bekannt, aber völ¬ 
lig anders benutzt. Auch der Zeichensatz 
beider Maschinen unterscheidet sich 
drastisch, IBM kennt 256 Zeichen der 
Codepage CP437, Commodore verwen¬ 
det die 128 Zeichen des PET-Charakter- 
sets. Beide Rechnerwelten verwenden 
zwar 5 1/4 Zoll Disketten als Massenspei¬ 
cher, aber bei CBM-II sind die 500 kBytes 
oder 1 MByte fassenden 100 TPI Disket¬ 
ten GCR-kodiert und über ein IEEE-488 
Interface angebunden , der IBM PC hin¬ 
gegen nutzt eine MFM-Kodierung für sei- 
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CBM 128 & 256 features: 

• SWtVEL MONITOR 

• ADJUSTS HÖR. and VERT. 

• DETACHABLE KEYBOARD 

• 9x14PlXELDISF»LAY 

• INCREDIBLE RESOLUTION 

• DESIGNED FOR 

2 INTERNAL DRIVES 

Piiced from $1 89~to $350 (US) 


You really have to see the green phosphor 
display to believe it. This model has at ieast as 
good a display as the other Company with 
those thrae big letters. 


NorvN^ 


SUMMER 1988 


Verkauf der modifizierten Prototypen durch die CBUG 


'JD 


ne 360 kByte-Disketten mit 48 TPI. 
Commodore versuchte ursprünglich, das 
Board soweit fertigzustellen, um MSDOS 
1.25 mit einem eigens programmierten 
IO.SYS Kern darauf laufen lassen zu kön¬ 
nen. Immerhin ist so die Verwendung von 
Kommandozeilenbefehlen, dem Microsoft 
Assembler MASM und MBASIC möglich 
und auch MSDOS 1.25 Anwendungen 
wie Wordstar laufen darunter. Immerhin 
etwas - aber Spaß kommt damit noch 
nicht auf. 

PC-Emulation 
erfordert Software 

Daher setzte sich Entwickler Michal Ple¬ 
ban höhere Ziele; Unter Verwendung des 
8088 Boards sollte eine Emulationsumge¬ 
bung geschaffen werden, die den CBM-II 
nicht nur MSDOS-, sondern PC-Kompa- 
tibel macht. Darauf sollte das originale 
MSDOS mit dem lO.SYS Kern des IBM 
PC lauffähig sein. Für die Verwendung 
mit dem 8088 Board wurde daher eine 
Softwareumgebung in Angriff genommen, 
die eine Reihe von Funktionen bereitstel¬ 
len sollte; 

_Implementierung der PC BIOS In¬ 
terrupts 

_Entwickeln einer IPC Bibliothek 

auf der CBM (6509) Seite 

_^Erstellen einer Floppy Disk Emula¬ 
tion 

_Übersetzen der Tastatur Scanco¬ 
des und der Zeichencodierung 

_Umlenken und Übersetzen von Ti¬ 
mer Interrupts 

_Eigenes Zeichensatz-ROM mit 

IBM-typischen, wichtigen Zeichen 
wie Backslash 

_Bootstrap-Code für den 8088 
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Hinsichtlich der PC BIOS Interrupts gilt es 
zu wissen, dass ein Rechner eine Reihe 
davon beherrschen muss, damit er als 
PC-Kompatibel gilt und MSDOS ohne 
Modifikationen lauffähig ist (siehe Kas¬ 
ten). Im November 2017 veröffentliche 
Pleban die erste Version dieser Software. 
Sie besteht aus zwei Teilen: 

_6509.PRG mit Code für den 6509 

Prozessor 

_8088.PRG mit dem 8088 Code 


6509.PRG implementiert die I/O Funktio¬ 
nen, da das 8088 Board ja keinen Zugriff 
auf die Ein-/Ausgabefunktionen des CBM 
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hat. Es wird für jede I/O Operation von 
der 8088 Seite aufgerufen. 8088.PRO be¬ 
steht aus zwei wesentlichen Teilen, den 
weitgehend geräteunabhängigen High- 
Level Interruptroutinen und dem eigentli¬ 
chen, CBM-II spezifischen Emulations- 
layer. Der erste Teil implementiert einen 
Teil der PC BIOS Interrupts, der zweite 
Teil die Low Level Routinen, die ein Soft¬ 
ware Interface zu den I/O Funktionen der 
6509 Seite darstellen. 

Der Emulationslayer stellt einen IBM PC 
mit einer MDA Grafik, einem seriellen und 
einem parallelen Port dar. Ein direkter Zu¬ 
griff auf PC-Dlsketten Ist mit den 8050 
oder 8250 Laufwerken des Commodore 
aufgrund der unterschiedlichen Codie¬ 
rung nicht möglich. Es können aber per 
Script PC Diskimages in CBM 
Diskimages sozusagen injiziert werden, 
sofern die Kapazität ausreicht. CBM D80 
Images mit 512 kByte reichen für 360 
kByte PC Images, für 720 kByte PC 
Images sind die 1 MB großen D82 CBM 
Images erforderlich. Diese so 
präparierten Dateien lassen sich mittels 
CBMLINK oder vergleichbarer Software 
auf CBM Disketten schreiben. 

Little Hardware Hack 

Probleme macht die PC Emulation beson¬ 
ders bei MSDOS Programmen, die direk¬ 
te I/O Zugriffe ausführen oder sich in den 
Keyboard-Interrupt des PC einzuhängen 
versuchen. Sie laufen nicht in der Emula¬ 
tion. Dies gilt auch für Programme, die di¬ 


Ziel erreicht: Norton Commander läuft auf CBM 


PC BIOS Interrupts 

Der Emulationslayer der PC Emulationssoftware stellt 
folgende BIOS Interrupts und Funktionen bereit; 


rekt In den Videospeicher zu schreiben 
versuchen. Gerade davon gibt es aber 
sehr viele. Eine reine Softwarelösung ist 
hierfür nicht möglich. Allerdings bietet sich 
eine kleine Hardwaremodifikation an. Die¬ 
se besteht aus einem programmierbaren 
Logikbaustein (GAL 16V8) auf dem 8088 
Board, der im Adressbus sitzt und die 
oberen 16 kByte des 8088 Adressraumes 
abschneidet und in den Adressbereich 
$B000:0000 verschiebt. Genau hier liegt 
der Adressraum der MGA Grafik des IBM 
PC. Auf der 6509 Seite bleibt der Adress¬ 
raum unverändert an oberster Stelle. Ei¬ 
ne kleine Software¬ 
routine auf der 
6509 Seite kopiert 
nun periodisch den 
Inhalt dieses Spei¬ 
chersegments in 
den Videospeicher 
des CBM und über¬ 
setzt dabei die Zei¬ 
chensätze. 


Praktische Anwendung 


INT 10 

INT 11 
INT 12 
INT 13 

INT 14 
INT 16 
INT 17 
INT 18 
INT 19 
INT lA 


Funktionen 

00, 

02, 

03, 

06, 

OA, OE, OF 





Funktionen 

00, 

01, 

02, 

03 

15, 16 




03 

Funktionen 

00, 

01, 

02, 

Funktionen 

00, 

01, 

02 


Funktionen 

00, 

01, 

02 


Funktionen 

00, 

01 




07, 09, 


04, 08 


Mit dieser modifizierten Karte wird der 
CBM-II zusammen mit der Emulations¬ 
software tatsächlich PC-Kompatibel. Ein 
unmodifiziertes MSDOS Version 3.21 ist 
lauffähig. Auch Programme wie der Nor¬ 
ton Commander arbeiten damit auf der 
Commodore-Maschine. Eine entspre¬ 
chende Vorführung während der Classic 
Computing 2018 hat für einiges Aufsehen 
gesorgt. Dank der Verfügbarkeit des 8088 
Replica Boards ist auch die Verfügbarkeit 
der Hardware gesichert. Entsprechende 
PCBs sind in Kleinserie gefertigt und kön¬ 
nen selbst bestückt werden, ausreichen¬ 
de Löt-Kenntnisse vorausgesetzt. Damit 
ist also heute erreicht, was Commodore 
vor 35 Jahren einmal plante - die Zusam¬ 
menführung zweier Büromaschinen-Wel- 
ten. (gb) 

Links 

http;//www.6502.org/users/sjgray/ 

computer/8088/ 

https;//github.com/MichalPleban 

http;//cbm-hackers.2304266.n4.nab- 
ble.com 
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ZX Spectrum Emulator für Enterprise 128 

Tülkesö 




EKTffiPraSE 


U nter den Homecomputern der 
frühen 1980er Jahre nimmt der 
Enterprise 128 der britischen Fir¬ 
ma Enterprise Computers eine be¬ 
sondere Stellung ein. Das Gerät ist 
ein seltener Exot. Doch auch für 
ihn gibt es Emulatoren. 

Seine Wurzeln hat das Gerät eigentlich in 
Hong Kong, wo 1982 eine Handelsfirma 
namens Locumals auf den in Fahrt gera¬ 
tenen Homecomputer-Zug aufspringen 
wollte. Dazu wurde eine Partnerschaft mit 
der Firma Intelligent Software gegründet 
und in einem Geheimprojekt der erste 
Rechner entwickelt. Eine Londoner Firma 
sollte das Marketing übernehmen, beim 
Versuch einer fernöstlich klingenden Na¬ 
mensgebung tappte sie aber in die Mar¬ 
kenrechtsfalle. Der anschließende 
Rechtsstreit verzögerte die Auslieferung 
der Geräte beträchtlich. Der im Septem¬ 
ber 1983 angekündigte Rechner kam da¬ 
durch erst 1985 auf den Markt. Dies war 
leider zu spät, der englische Heimcompu¬ 
termarkt war zu diesem Zeitpunkt bereits 
zwischen ZX Spectrum, Commodore 
C64, Amstrad CPC und Acorn BBC Micro 
aufgeteilt. Nennenswerte Erfolge feierte 
der Enterprise nur in Ungarn. Hier hatte 
die Firma „Videoton“ (ein seit 1938 beste¬ 
hender Mischkonzern mit einer im dama¬ 
ligen Ostblock angesehenen Computer¬ 
sparte) ab dem Jahr 1984 eine Lizenz er¬ 
worben und baute eine nationalisierte 
Version des Enterprise. Sie kam ab 1988 
unter dem Namen TV Computer in den 
Handel und wurde für ca. drei Jahre in 5- 
stelliger Anzahl produziert. 

Beeindruckende Hardware 

Das war sehr schade, denn der Enterpri¬ 
se ist eigentlich eine tolle Maschine mit ei¬ 
nem sagenhaften Design. Mit dem 
flachen Gehäuse, den bunten Tasten und 
dem Joystick anstelle der Cursortasten 
könnte der Enterprise 128 für einen Vi¬ 
deo-Titelgenerator aus damaliger Produk¬ 
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tion gehalten werden. Aber nicht nur das 
Design war seiner Zeit voraus. Auch die 
Technik im Inneren lässt aufhorchen. So 
nehmen zwei Spezialchips der mit 4 MHz 
getakteten Zilog Z80 CPU einiges an Ar¬ 
beit ab. Sie wurden nach ihren Entwick¬ 
lern "Nick" und "Dave" benannt. "Nick" 
kümmerte sich um die Grafik, während 
"Dave" für den Sound und den Speicher¬ 
zugriff (Paging, Bank Switching) verant¬ 
wortlich ist. „Dave“ erlaubt so, bis zu 4 MB 
RAM zu adressieren - also deutlich mehr, 
als bei einer 8-Bit CPU ansprechbar ist. 

Der Grafikchip ist nahezu frei program¬ 
mierbar und kann auch exotische Modi 
darstellen. Bereits die eingebaute Textver¬ 
arbeitung zeigt dies durch die Mischung 
von 40- und 80-Zeichen- Darstellung auf 
einer Bildschirmseite. Er bietet z.B. eine 
Grafikauflösung von 640 x 256 Punkten 
bei 8 Bit Farbtiefe (256 Farben), was so¬ 
gar den im selben Jahr erschienenen 16- 
Bitter Commodore Amiga 1000 alt ausse- 
hen lässt. 

Der ZX Spectrum Emulator 

Den guten Hardware-Eigenschaften steht 
leider ein deutlicher Mangel an passender 
Software gegenüber. Von den bis Januar 
1985 angekündigten über 100 Softwareti¬ 
teln erschienen die wenigsten. So hofften 
die Käufer des Enterprise 128 auf den 
groß angekündigten Sinclair ZX Spectrum 
Emulator. Diese Hardware-Lösung ver¬ 
sprach damit den Zugang zu Hunderten 
von Programmen des Sinclair ZX Spec¬ 
trum. 


Die Benutzer warteten, aber die Erweite¬ 
rung erschien nicht. Es gab immer wieder 
Berichte, die das baldige Erscheinen ver¬ 
sprachen. Nach langer Wartezeit kam der 
Emulator endlich war in die Läden. Die 
Hardware wurde in Ungarn von „Video¬ 
ton“ entwickelt, die Software stammte von 
„a Studio“, ebenfalls ein ungarisches Un¬ 
ternehmen. Sie hatte bereits viele Spiele 
wie z.B. Attores, Magicball, Enter_Stack, 
Enter_Ball, Fire, Eggs of Death, Permo 
Lift, Reversi und Dama Awari für den En¬ 
terprise entwickelt. 

Es folgte schnell die Ernüchterung, da die 
ursprüngliche Version des Emulators vie¬ 
le Fehler hatte. Die Benutzer zeigten da¬ 
für wenig Verständnis, da die Entwickler 
sich ja viel Zeit genommen hatten. Die 
Entwickler-Firma "a" Studio nahm zu den 
Beschwerden der Benutzer keine Stel¬ 
lung, was den Unmut noch steigerte. 

Um den Emulator verwenden zu können, 
wird die sogenannte System Bus Bridge 
benötigt, die auf der rechten Seite des 
Enterprise angeschlossen wird. Als 
nächstes folgt dann der Emulator selbst. 
Mit der angeschlossenen Bus-Erweite¬ 
rung und dem Emulator erscheint der En¬ 
terprise 128 wie ein Sinclair ZX Spectrum 
und macht praktisch alles, was der Origi¬ 
nal-Spectrum auch kann, außer dem 
speziellen Flash Attribut des Spectrum. 
Die Namen 'a' Studio und Sinclair sind 
gleich lang, so dass der Name (C) Sin¬ 
clair Research im Startbildschirm leicht 
ausgetauscht werden konnte. Auch die 
Vielfach-Belegung der Spectrum-Tastatur 
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gar nicht emuliert, wodurch in vielen Pro¬ 
grammen der Cursor nicht sichtbar ist. 

Korrekturen 

Daher machte sich ein findiger Bastler an 
die Arbeit und versuchte zu verstehen, 
wie das Board funktioniert und machte 
sich daran, viele der Fehler zu korrigieren. 
Die verbesserte Hardware mit der Be¬ 
zeichnung ISS2 und das gepatchte ROM 
(Version 4.0) löste einige Probleme. Mit 
diesen Modifikationen des Emulators ar¬ 
beitet der Computer wie ein normaler En¬ 
terprise, der Emulator Ist nun eine 
normale EXOS ROM-Erweiterung. Der 
Spectrum-Modus kann mit dem "ZX" Be¬ 
fehl gestartet werden. Wenn ein Bus-Ex¬ 
tender zum Anschluss von mehr als einer 
Karte am Erweiterungsanschluss zur Ver¬ 
fügung steht, kann der Emulator zusam¬ 
men mit EXDOS ven/vendet werden. 
Damit sind Floppys oder mit neueren Er- 


ZX Spectrum Emulator Nachbau von Maciej Gruszecki 


ist abgebildet, als Unterstützung gibt es 
einen Hilfsbildschirm. Dieser steht mit den 
Funktionstasten 1-7 des Enterprise im 
Spectrum BASIC bereit. Der Emulator be¬ 
nötigt viel Strom, daher sollte der Original- 
Emulator mit einem Enterprise-Netzteil 
betrieben werden und nicht mit einem 
Standard-Spectrum Netzteil. Es ist zu 
schwach und beginnt nach 20 Minuten 
praktisch zu schmelzen. Das Netzteil des 
Spectrum+2 hingegen liefert genug 
Strom. 


Mängelliste 


Der Original-Emulator mit der Bezeich¬ 
nung ISS1 besitzt eine ganze Reihe von 
Mängeln und Fehlern, obwohl das Origi¬ 
nal ROM des Emulators bereits die ROM- 
Version 3.5 zeigt. Zunächst verlangt er 
die exklusive Kontrolle über den Enterpri¬ 
se 128. Ist der Emulator angeschlossen, 
ist der Enterprise nicht mehr nativ zu be¬ 
nutzen. Der Emulator kann auch nicht mit 
EXDOS (das Disk Operating System des 
Enterprise) verwendet werden. Um zum 
Enterprise Modus zurückzukehren, muss 
der Emulator abgesteckt werden. Das 
beansprucht die Steckverbindungen über 
Gebühr und reduziert die Lebensdauer. 
Doch damit nicht genug: Joysticks, egal 
ob intern oder extern können nicht in 
Spielen verwendet werden. Auch die Tas¬ 
taturumsetzung hat viele Fehler; entwe¬ 
der werden manchen Tasten gar nicht 
oder gleich doppelt erkannt. Probleme 
macht auch die Interrupt-Steuerung. 
Wenn ein Programm den Interrupt Modus 
verwendet, hängt es sich auf. Das ist be¬ 
sonders ärgerlich, denn viele Spiele ver¬ 
wenden den Interrupt-Modus 2. Und wie 
bereits erwähnt wird das Flash-Attribut 


Weiterungen auch SD-Karten nutzbar. Als 
Erweiterung verwenden die Routinen zum 
Laden und Speichernroutinen nun EXOS, 
Spectrum-Programme lassen sich so von 
einer Floppy laden. Die Tastatur-Emulati¬ 
on wurde komplett erneuert und arbeitet 
nun richtig. Außerdem können nun auch 
Joysticks verwendet werden. Zwar steht 
auch mit diesem ROM das Flash Attribut 
nicht bereit, es wird aber als invertierte 
Farbe emuliert, das reicht aus, um den 
Cursor in einem Programm zu sehen. Au¬ 
ßerdem gibt es ein zusätzliches SCOPY 
Hilfsprogramm im ROM zum Kopieren 
von Spectrum Kassetten in normale 
EXOS-Dateien, das Laden und Speichern 
von Snapshots ist möglich und eine PO- 
KE Funktionen zum direkten Speicherzu¬ 
griff existiert. 

Weiterentwicklung 

2005 machte sich dann ein Entwickler in 
England daran, den Spectrum Emulator 
nachzubauen. Bei der Übernahme des 
Platinenlayouts in ein übliches Layout- 
Programm offenbarte sich erneut ein gro¬ 
ßer Hardware-Fehler. Dieser verhinderte 
bis dahin die korrekte Interrupt-Verwen¬ 
dung. Die neue Hardware Version ISS3 
kommt mit einem neuen ROM, der Versi¬ 
on 4.1. Sie hat bereits die Möglichkeit, 
.TAP und .TZX Dateien laden zu können. 
Für ROM 4.2 ist die Unterstützung von 
.Z80 Dateien geplant. Der Spectrum Mo¬ 
dus kann nun mit gleichzeitigem Drücken 
der STOP- und Reset-Taste verlassen 
werden, der RESET-Knopf allein bewirkt 
einen Reset beim Spectrum. 


Der ZX Spectrum Emulator und die Bus Bridge in Aktion 
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setzbar zu machen. Leider kamen sowohl 
der Rechner selbst als auch der Emulator 
zu spät- oder auf Ungarisch "Tül kesö". 
Die Auseinandersetzung mit beiden erfor¬ 
dert übrigens sprachliches Geschick: Bei 
der Recherche zum Emulator mussten 
viele Informationen aus dem Ungarischen 
übersetzt werden, da kaum Informationen 
in Englischer Sprache zu finden sind. 
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Dringend erforderlich: Die Bus Bridge 


Aber es gibt auch Schattenseiten; Da in¬ 
zwischen beim Spectrum durch neue 
Spiele-Engines die Möglichkeiten weiter 
fortgeschritten sind, gibt es neue Kompa¬ 
tibilitätsprobleme. Diese betreffen vor al¬ 
lem die Engines Bifrost und Nirvana. Alle 
Spiele, die damit die Attribute durch Pixel¬ 
zeilen ändern, funktionieren nicht. Die At¬ 
tribut-Umsetzung muss beim Schreiben 
eines Attributs vom Emulator erledigt wer¬ 
den, was den Emulator verlangsamt und 
und zum Verlust des Bild-Timings führt. 

Heute ist die Original-Hardware sehr sel¬ 
ten zu finden und dann auch sehr teuer. 
Maciej Gruszecki (bekannt als „Pear“), ein 
polnischer Hardware-Entwickler, liefert ei¬ 
nen Nachbau des ZX Spectrum Emula¬ 


tors, der dem ISS2 
Board entspricht und 
die englische Version 
des ROMs verwendet. 
Zum Betrieb wird auch 
ein Nachbau der Bus 
Bridge benötigt. Diese 
stellt die Verbindung 
zwischen Enterprise 
und dessen Erweite¬ 
rungen her. Beide Ge¬ 
räte werden zusam¬ 
men mit 3D-gedruck- 
ten Gehäusen gelie¬ 
fert. Es gibt mittler¬ 
weile auch eine Versi¬ 
on des Emulator-Boards, in der die Bus 
Bridge bereits integriert ist. 


Was bringt es? 


Der Emulator ist eine nette technische 
Spielerei, die 1985 sicher interessant ge¬ 
wesen wäre, hätte das Gerät denn fehler¬ 
frei gearbeitet und bessere Performance 
geboten. Heute schränkt die nach wie vor 
aktive ZX Spectrum Entwickler-Szene 
durch ihre vielen neuen Ideen die Nutz¬ 
barkeit ein, denn vieles kratzt an den 
Kompatiblitätsgrenzen des Emulators. 
Trotzdem ist es interessant zu sehen, wie 
anno 1985 versucht wurde, ein Nischen¬ 
produkt doch noch halbwegs sinnvoll ein¬ 
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Emulation 


Orange Pi Zero im Einsatz 


Mini-VAX selbst gebaut 




w m a 


S IMM ist ein Multi-Systememula¬ 
tor des Computer History Si¬ 
mulation Project für die Hardware 
älterer Großrechner und Minirech¬ 
ner sowie historischer Heimcom¬ 
puter. Der Software-Emulator läuft 
gut mit Linux als Hostsystem und 
kann so Betriebssysteme wie 
OpenVMS auf dem PC fahren. 

Die Beschäftigung mit SIMM unter Linux 
einerseits und der Verfügbarkeit immer 
kleinerer Linux Mini-Platinen andererseits 
führte zur Idee, SIMM für eine winzige 
VAX Emulation zu nutzen. Als Mini-Linux 
System fiel die Wahl auf Orange Pi Zero. 
Mit etwa 5x5cm Ist diese Platine wirklich 
winzig. Sie besitzt als CPU einen Allwin- 
ner Quad-Core Prozessor mit 1,2GHz, 
256 bzw. 512MB RAM, 4 GB Flashspei¬ 
cher, Ethernet mit RJ45 Anschluss, 
WLAN und einen Micro-SD Slot für zu¬ 
sätzlichen Massenspeicher. Außerdem ist 
für den Orange Pi Zero mit Armbian eine 
Linux Distribution verfügbar. 


Los geht's 


Armbian aufspielen 


Für das Projekt werden benötigt; 

_Orange Pi Zero Board (ca. 12- 

15€) 

_32GB Micro-SD Karte (16/8? GB 

sollte auch gehen) (ca. 10-12€) 

_5V/2A Netzteil mit passendem 

Stecker (z.B. USB Handy Lader) 
(ca. 5-8€) 

_RS232 Wandlermodul für Arduino 

mit 3.3V Pegeln (ca. 12€) 

Mit drei Schritten Ist das Vorhaben reali¬ 
siert; 

_Armbian aufspielen 

_^SIMH + Emulationsumgebung auf¬ 
spielen 

_Serielle Schnittstelle konfigurieren 

mit 9600 8N1 


Unter www.armbian.com ist eine Version 
von Debian Jessie Server verfügbar, be¬ 
nutzt wurde die Datei Arm- 
bian_5.24_Orangepizero_DebianJessie_ 
3.4.113.7z. Sie wird mit 7zip entpackt, 
was die SD-Card Imagedatei hervor¬ 
bringt. Sie wird danach auf die 32GB Mi- 
cro-SD Karte geschrieben; unter 
Windows geht das beispielsweise mit 
dem Programm Win32Disklmager. An¬ 
schließend lässt sich der Orange Pi Zero 
mit dieser bespielten Micro-SD Karte boo¬ 
ten. Ein Login gelingt über eine Netzver¬ 
bindung mittels SSH Client, unter 
Windows also meist mit Putty als System¬ 
administratorin root und dem Passwort 
1234. Die Beschreibung auflucsmall.com 
ist hier recht hilfreich. Im Ergebnis läuft al¬ 
so ein Micro-Linux System, das über das 
Netz und die serielle Schnittstelle (115200 
8N1) zugänglich ist. 


SIMM und Emulations¬ 
umgebung aufspielen 


Mit der Anleitung aufwww.wherry.com ge¬ 
lingt die Installation der SIMH/VAX-Emu- 
lation und dem Betriebssystem VMS ganz 
einfach. Am besten ist es, dies nicht auf 
dem Orange Pi Zero zu tun, sondern alles 
auf dem Arbeitsplatzrechner herunterzu¬ 
laden und einzurichten. Dann wird dieses 
Verzeichnis mit allen Dateien und auch 
der emulierten Festplatte und der Konfi¬ 
guration über einen USB Stick auf das Mi¬ 
ni-System kopiert und SlMH/VAX unter 
Armbian kompiliert. 
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Wenn alles funktioniert, ist das Ziel er¬ 
reicht: Eine Mini-VAX nnit ca. 5x5cm und 
1,2GHz CPU, die über Netz und die seri¬ 
elle Schnittstelle mit 115.200 Baud zu¬ 
gänglich ist. Neben der VAX kann man 
mit SIMM auch weitere Systeme emulie¬ 
ren, beispielsweise eine PDP 1, PDP8 
oder PDP 11 und andere. Auch CP/M 
kann mittels RunCPM installiert werden. 
Dazu werden weitere Tools benötigt, die 
mit apt-get einfach zu installieren sind: 

sudo apt-get install ncurses-dev 


1ibreadline -common 


Serielle Schnittstelle konfi¬ 
gurieren mit 9600 8N1 


Nach der Installation wird die serielle 
Schnittstelle mit 115200 Baud betrieben. 
Für den Betrieb an einem schnellen Desk- 
toprechner ist das unkritisch. Soll die Mi- 
cro-VAX aber an älteren und langsamen 
Terminals angeschlossen werden, sind 
folgende zwei Anpassungen nötig. Damit 
erscheinen sowohl die Bootmeldungen 
(Part 1) als auch die Konsole-Login (Part 
2) mit 9600 Baud. Der Kasten rechts 
nennt die Änderungen. So präpariert eig¬ 
net sich die Mini-VAX auch für den An¬ 
schluss an einen alten Rechner wie den 
Atari ST. 


Links 

https://www.armbian.com/orange-pi-zero/ 


https://lucsmall.com/201 7/01/19/ 
beginners-guide-to-the-orange-pi-zero/ 



https://www.wherry.com/gadgets/ 

retrocomputing/vax-simh.html 


lieber den Au'tor 


Der Orange Pi Zero verfügt nicht über ei¬ 
ne serielle Schnittstelle mit RS232 Pe¬ 
geln. Ein entsprechender Wandler ist aber 
leicht an die Stiftleiste des MiniSystems 
anzuschließen. Für die Stromversorgung 
des Wandlers sind 3.3V an Pin 1 der dop¬ 
pelreihigen Stiftleiste des Orange Pi Zero 
verfügbar. 


2BHB Hiedereinstei- 
ger Im Retr d-Compu- 
ting Hobby. Er ist 
Autor der Bücher 
"CoMMOdore-HardMare- 
Retroc oMputing" und 
"BiMulati or-Emu 1ati - 
on - Exotic Flauor" 






Geschwindigkeit der serieiien Schnittsteiie verringern: 




# cd /b 

# vi bc> 


i'f test 
cbrisöl 


#' mkim£ 


rt 1 - Change console output to 9600 baud 
oot 

ot.cmd 

erhänge' from '115200 to 9‘60'0 

"${console}" =’ "serial" '| | test "${consöle}" = "b’oth"; theri setehv 

4args "$ {c'orisoleargs }' cbhsöle=ttyS0/96'00‘" ; fi. 

I.ecoihplle with: 

ge -C none -A arm -T script -d /bbot/bobt.cmd /bbot/boot.scr 
Sart■2‘ -■ Change‘bäud rate öf'serial-getty ’ (/sbih/ägefty) ‘tö 9600’ 


ir ttySO’ 
''€:tc/systemd/System 
:rial-gett’y@’ttyS0"*^ 


:.conf ■ 
conf ‘ 

Change' from 115200 to 9600 
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E-xecSta 
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Macintosh Emulator Spectre GCR am Atari ST 



Jack trifft Steve 


D as Spectre GCR Modul ist ein 
Modul für den ROM Port des 
Atari ST. Es nimmt die Original- 
Macintosh ROMs auf und ermög¬ 
licht zusammen mit einem Steuer¬ 
programm die Hardware- 
Emulation eines Apple Macintosh 
Rechners auf dem Atari. 

Die Geschichte der Spectre GCR Cart¬ 
ridge beginnt 1986 mit der Idee, den Ata¬ 
ri ST soweit aufzurüsten, dass Macintosh 
Software auf dem Gerät läuft. Dies ist 
nicht so abwegig, schließlich nutzen die 
Systeme mit dem Motorola 68000 den 
gleichen Prozessor. Das Hardware-De¬ 
sign der Maschinen unterscheidet sich al¬ 
lerdings. Der wichtigste Unterschied liegt 
aber im Betriebssystem: TOS als CP/M 
Abkömmling und GEM als grafische 
Oberfläche sind etwas ganz anderes als 
die ROM Routinen und der Finder des 
Macintosh. Außerdem waren die ROM 
Routinen des Macintosh anders als bei¬ 
spielsweise die des Apple II nicht offenge¬ 
legt. 





Magic Sac 


David Small und seine Mitstreiter suchten 
daher nach einem Weg, die Original- 
ROMs in den Atari ST zu bekommen. 
Sauber programmierte Mac-Software 
kommuniziert nur über diese ROM Routi¬ 
nen mit der Hardware. Ziel war daher, die 
ROMs zu implantieren und über ein Atari- 
Programm eine entsprechende Umge¬ 
bung zu emulieren. Damit sollte sich Mac- 
intosh-Software auf dem Atari ST zum 
Laufen bringen lassen. Mit dem Magic 
Sac-Paket war dieses Ziel erstmals 1986 
erreicht. Das Paket wurde von der Firma 
Data Pacific angeboten und bestand aus 
einer Cartridge für den ROM Port des Ata¬ 
ri ST und einer Steuersoftware als GEM 
Programm. Die Cartridge musste dann 
vom Anwender mit den Original-ROMs 
des Macintosh bestückt werden. Diese 
konnten damals noch legal von Macin- 
tosh-Besitzern als Upgrade bei Apple 
Händlern bezogen werden. Viele Händler 
nahmen dem Käufer diese Arbeit ab und 
boten bereits fertig bestückte Magic Sac 
Cartridges an. 1988 brachte Data Pacific 
dann das dreitei¬ 
lige Magic Sac 
Professional Pa¬ 
ket zu einem 
Preis von US- 
$449,95 heraus. 
Es enthielt neben 
Magic Sac (nun 
ausgestattet mit 
einer Echtzeituhr) 
auch den Magic 
Printer Driver zur 
Nutzung von Ep¬ 
son Druckern aus 
der Emulation 
und den Transla¬ 
tor One zum An¬ 
schluss der Atari 
Diskettenlaufwer¬ 
ke an den emu¬ 
lierten Mac. 





GC/( 


Magic Sac selbst benutzt nämlich ein ei¬ 
genes Diskettenformat für die gespeicher¬ 
ten Daten und kann HFS-Disketten des 
Macintosh nicht lesen. Programme muss¬ 
ten über eine serielle Verbindung oder ein 
Modem auf den Atari ST geladen werden. 
Die Translator One Hardware wird zwi¬ 
schen den Atari ST und ein externes Dis¬ 
kettenlaufwerk gesteckt und zusätzlich an 
den MIDI Port angeschlossen. Damit war 
es möglich, Finder 5.4 und System 3.2 di¬ 
rekt von einer HFS Diskette zu booten 
und Macintosh Software direkt zu starten. 

Gadgets by Small 

David Small entwickelte zwischenzeitlich 
Magic Sac weiter und brachte Ende 1988 
das Nachfolgemodell Spectre 128 her¬ 
aus, diesmal mit seiner eigenen Firma 
"Gadgets by Small". Dieses Modell ver¬ 
daut die 128K ROMs des Macintosh Plus. 
1989 erschien dann erstmalig der Spectre 
GCR. Diese Version hat bereits alle erfor¬ 
derliche Hardware für die Verwendung 
der Atari Floppy Drives in der Mac-Emu- 
lation eingebaut. Der Translator One wur¬ 
de dadurch überflüssig. Ganz nach dem 
Jack Tramiel Motto "Power without the 
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Das Spectre GCR Board mit eingesteckten 128K 
Macintosh ROMs. Rechts sind die Buchsen zum 
Durchschleifen einer Floppy zu erkennen. 


price" bot "Gadgets by Small" den GCR 
für US-$ 300,- an. Mit dabei war die Ver¬ 
sion 2.0 der Emulator-Software und ein in 
flottem Stil geschriebenes Handbuch. Mit 
weiteren US-$ 50,- für die Macintosh 
ROMs hatte der Anwender eine sehr 
günstige Möglichkeit, Macintosh Software 
zuhause zu nutzen. 

Der emulierte Mac läuft im Monochrom- 
Modus, hat aber mit 640x400 Pixeln eine 
höhere Auflösung als der normale Macin¬ 
tosh (512x342). Sofern genügend RAM 
im Atari vorhanden ist, kann das Macin¬ 
tosh System bis Version 6.0.3 verwendet 
werden. Auch ein Betrieb im Farbmodus 
ist möglich, hier ist aber durch die unver¬ 
meidbare Skalierung das Bild unscharf. 
Dafür zeigen viele Macintosh-Programme 
bereits farbige Elemente. 

Anschluss 

Zur Inbetriebnahme des Spectre GCR 
sind einige wenige Anschlussarbeiten nö¬ 
tig. Die Cartridge benötigt mindestens ei¬ 
nen Atari 1040 ST, mit 512 kByte RAM ist 
kein Betrieb möglich. Der Anschluss er¬ 
folgt an den ROM Port sowie an den Flop¬ 
py Anschluss. Wer nur eine interne 
Floppy besitzt, verbindet den Anschluss 
für die externe Floppy des Atari mit einem 
Floppykabel mit dem GCR. Ist auch eine 
externe Floppy vorhanden, so wird diese 


mit dem externen Anschluss des Atari ver¬ 
bunden und der Ausgang der externen 
Floppy mittels Floppykabel mit dem GCR. 
Schlechte Nachrichten für MegaSTE Be¬ 
sitzer: Hier gibt es Timing Probleme beim 
Zugriff auf die Floppies, der GCR funktio¬ 
niert möglichen/veise nicht am MegaSTE. 

Spectre Kontrollprogramm 

Nach der korrekten Verkabelung werden 
der Rechner und das Spectre Kontrollpro¬ 
gramm (SPECTRE.PRG) gestartet. Es er¬ 
laubt die Einstellung von Speichergröße, 


Floppyzugriff und SCSI Festplattenzuord¬ 
nung. Nach Speichern der Konfiguration 
wird die Emulation einfach mit RETURN 
gestartet. Läuft alles korrekt, so erscheint 
ein Diskettensymbol mit einem blinken¬ 
den Fragezeichen. Der erfahrene Macin- 
tosh-User weiß sofort; Der Mac sucht sein 
Betriebssystem. Hier wird also eine HFS 
formatierte 800k Diskette benötigt, die 
das Macintosh System und den Finder 
enthält. Der Spectre GCR kann maximal 
System 6 nutzen, speicherschonender 
und damit besser ist System 4 oder 5. 
Entsprechende Diskimages und passen¬ 
de Anwendungsprogramme finden sich 
zuhauf im Internet. Zum Schreiben der 
Diskimages ist ein echter Apple Macin¬ 
tosh mit einem Diskettenlaufwerk erfor¬ 
derlich. Dann aber gelingt das Wunder - 
der Atari fährt Macintosh Programme. 

Und los! 

Im praktischen Umgang mit dem Emula¬ 
tor sind einige Dinge zu beachten. So ver¬ 
fügt ein echter Macintosh Plus nicht über 
einen mechanischen Auswurfknopf für 
Disketten. Zum Diskettenwechsel wird 
vielmehr über den Menüpunkt „File/ Eject“ 
oder „Specials/ Eject Disk“ der Auswurf 
ausgelöst. Dieses Vorgehen muss auch in 
der Emulation eingehalten werden. Kurz 
danach blinkt in der Menüzeile der betref- 
fene Laufwerksbuchstabe. Erst dann darf 
die Diskette entnommen werden. Wer 
dies vergisst, ruiniert sich möglicherweise 
die Disketten. Herunterfahren lässt sich 
die Emulation übrigens nicht mit „Speci¬ 
als/ Shutdown“ aus dem Finder - das 
bringt den Mac zum Absturz. 


Das Konfigurationsprogramm des Spectre GCR 
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Macintosh System 4 nach dem Start auf dem Atari 1040 STFM 

Spectre GCR und UltraSatan 


Links 


Wer mit der Ultrasatan-Hardware bereits 
SD Karten als Harddisk-Ersatz am Atari 
ST nutzt, dem sei ein Blick auf die Home¬ 
page von „Obsolescence Guaranteed“ 
empfohlen. Dort ist beschrieben, wie sich 
eine SD Karte mit der Ultrasatan als SC¬ 
SI Festplatte für den emulierten Mac nut¬ 
zen lässt. Ein vorbereitetes Festplat¬ 
tenimage mit Macintosh Software ist dort 
ebenfalls zu finden, (gb) 


httpsV/www.atarimagazines.com/ 

v7n3/magicsacpro.html 

https://www.atarimagazines.com/ 

startv4n6/pcemulator.html 

https://www.atariarchives.org/ 

cfn/12/03/0035.php 

http://obsolescenceguaranteed.blogs- 

pot.com/2013/04/atari-st-ultrasatan-spec- 

tre-mac.html 


GIBT'S DIESEN BLÖDSINN 
IMMER NXH? 

.Homer Simpson" 

Irgendwie schon. 

Und weil wir für jeden 
Blödsinn zu haben sind, 
machen wir Websites. 

Und Visitenkarten. Und Logos. 
Und Broschüren. Und Flyer. 
Und Geschäftspapiere. 

Und Plakate. Und, und, und... 


SIE HABEN EINE IDEE? 

Wirsetzen sie um. 

SIE HABEN KEINE IDEE? 

Wirschon. 


i Ella Edit Saoixh Format Font Stylo 
^ untitied ET 
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•fMacWr1te...auf.dem,Atar1ST 



MacWrite läuft in der Emulation des SpectreGCR 





Werbeagentur für Frauen. Und Männer mit Mut. 


Internet (zum Schnuppern): 

prittFwummen.de 

Mail (für Entschlossene): 

kontakt©prittFwummen.de 

Telefon (für Wildentschlossene): 

0177 - 538 36 86 oder 
0171 - 500 42 62 
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PC Karten für den Atari ST 

Jack trifft Bill 


V iele Atari-Nutzer standen vor 
dem gleichen Problem wie die 
Konkurrenten aus dem Amiga-Um- 
feld. Der Atari bot zwar wunderba¬ 
re Fähigkeiten wie Sound- oder 
MIDI-Bearbeitung, der Amiga hin¬ 
gegen Fähigkeiten wie Vide¬ 
oschnitt. Aber seit dem Jahre 1981 
hatte sich mit dem IBM PC lang¬ 
sam aber sicher eine Standard¬ 
plattform für einen wachsenden 
Pool an Software etabliert. Diese 
ließ sich nicht mehr einfach igno¬ 
rieren- es musste irgendwie eine 
brauchbare IBM-PC-Emulation zu¬ 
stande gebracht werden. 

Den Anfang machten verschiedene Soft¬ 
ware-Lösungen wie z.B. PC-Ditto. Aber 
vor allem wegen der sehr langsamen 
Bildschirmausgabe konnten diese nur ein¬ 
geschränkt gefallen. Somit blieb den Leid 
geplagten Anwendern nur übrig, einen an¬ 
deren Weg zu gehen; Es musste ein zu¬ 
sätzlicher IBM-kompatibler PC gekauft 
werden. Ein ziemlich teurer Weg, denn 
zum PC selbst waren ja auch Tastatur, 
Maus, Monitor, Festplattensystem und 
vielleicht noch ein Drucker anzuschaffen. 
Diese Problematik beschäftigte auch Ata¬ 
ri selbst einige Zeit und der Hersteller des 
ST und Mega ST begann, einen PC-Emu- 
lator in Hardware zu entwickeln. Der Pro¬ 
totyp wurde einmal auf einer Messe 
gezeigt, aber dann möglicherweise we¬ 
gen mangelnder finanzieller Erfolgsaus¬ 
sichten recht schnell wieder komplett 
eingestampft. 

Gemeinsamkeiten 

Hier wollen wir uns drei PC-Emulatoren 
für den Atari genauer anschauen: 

_Supercharger 

_PC-Speed / AT-Speed 

_Vortex AtOnce 

Trotz vieler Unterschiede verbinden sie 
einige Gemeinsamkeiten. Keiner der 



Emulatoren verfügt über ein eigenes BI¬ 
OS. Bei allen wird dieses per Software 
durch den Atari zur Verfügung gestellt. 
Der Datenaustausch mit einem PC ist 
sehr einfach möglich, weil auch der Atari 
wie MSDOS ein FAT Dateisystem ver¬ 
wendet, wenngleich mit einigen Spezi¬ 
fitäten. Ob 720 kB oder 1,44 MB Disket¬ 
ten funktionieren, entscheidet sich durch 
das Laufwerk im Atari. 



Beta Systems Supercharger 

Zusatzsoftware der Emulatoren ermög-li- 
chen auch ein problemloses Verschieben 
von Dateien zwischen den beiden Sys¬ 
temwelten (Atari TOS/GEM auf der einen 
Seite, MS-DOS auf der anderen). Die Ata¬ 
ri-Partitionen können in die x86-Welt als 
Laufwerke eingebunden werden. Umge¬ 
kehrt sind Partitionen auf der Festplatte 
des Atari einfach für den MS-DOS-Betrieb 
nutzbar. 

Deutliche Einschränkungen erfahren die 
möglichen Grafikmodi im PC-Modus, die¬ 
se beschränken sich auf eine ST-konfor- 
me Darstellung. Eine Hardware- 
Erweiterung des PC-Biotops ist beim Ata¬ 
ri nicht möglich. Anders als beim Commo- 
dore Amiga existieren keine Bridgeboards 
und keine Einbindungen von ISA-Karten. 
Zusätzliche Grafikkarten sind also nicht 
nutzbar. 


Weitere Emulatoren 

Neben diesen Produkten existieren noch 
einige weitere Emulatoren. PC Ditto II von 
Avant-Garde Systems emuliert im Gegen¬ 
satz zu reinen Software-Lösung PC Ditto 
einen IBM PC in Hardware. Das Produkt 
war wohl ab Juli 1989 lieferbar und er¬ 
reichte mit einer IBM XT kompatiblen 
CPU (wohl einer 8088) einen Norton-Fak- 
tor von ca. 3.0. Das Board sollte sich oh¬ 
ne Lötarbeiten in einen ST verbauen 
lassen. Ein Adapter für den Mega-Bus 
war lange Zeit nicht lieferbar. Als zusätzli¬ 
che Grafikmodi für die Emulation wurde 
von EGA und VGA berichtet, jedoch im¬ 
mer in der Grundauflösung 320x200 mit 
16 Farben. Mehr schafft bekanntlich die 
Grafikdarstellung des Atari nicht. Leider 
traten mit PC Ditto II einige Probleme auf, 
denn das Board passte nicht in jeden Ata¬ 
ri. Unter Umständen war die Tastatur aus¬ 
zubauen, manchmal waren Teil¬ 
lieferungen unvollständig, die Anleitung 
oder die Software fehlte. Die Herstellerfir¬ 
ma soll sich eine Zeit lang geweigert ha¬ 
ben, telefonischen Support zu leisten. 

Ein Phantom blieb das Omega Delta Mo¬ 
dul, auf das die ST-Welt einige Hoffnung 
setzte. Es handelte sich um einen Emula¬ 
tor in einem externen Gehäuse, der auf 
jeden Fall drei, angeblich sogar sieben 
ISA Slots bieten sollte. Als Prozessor war 
eine Intel 80386SX CPU mit einem Takt 
von 16 MHz vorgesehen. Das Delta Mo¬ 
dul konnte ohne Zusätze Hercules- und 
CGA-Grafik emulieren. Die ISA-Slots hät¬ 
ten Zugriff auf das breite Sortiment an 
ISA-Grafik- und auch Soundkarten gebo¬ 
ten, das Modul wurde jedoch nie verkauft. 

Fazit 

Die PC-Emulatoren am Atari hatten den 
gleichen Ursprung wie die für den Amiga 
- die User sollten Zugriff auf den immer 
größer werdenden Fundus an PC-Soft- 
ware bekommen. Dadurch machten sie 
sich aber auch ab einem gewissen Zeit¬ 
punkt selbst überflüssig. Nutzte der 
Anwender aber immer mehr PC-Soft- 
ware, wurde der Atari ST mehr und mehr 
überflüssig, wenn nicht sogar hinderlich. 
So war der Weg zum kompatiblen PC ge¬ 
ebnet. Die verfallenden Hardwarepreise 
durch die Massenproduktion in Taiwan 
und China sowie neue Entwicklungen wie 
VGA-Grafik und Soundkarten und die 
ständig steigende Leistungsfähigkeit der 
PC-Prozessoren taten ihr Übriges. 
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Beta Systems AG 
Supercharger 

Nachdem Atari seine Entwicklungen an 
einem PC-Emulator beendet hatte, dauer¬ 
te es bis zum September 1987, bis die 
Firma Beta Systems AG eine Aufsehen 
erregende Erweiterung für den Atari ST 
vorstellte. Das Emulatorkästchen wurde 
für den Oktober 1987 angekündigt, aber 
nicht ausgeliefert. Selbst im Jahre 1988 
war von dem Supercharger noch nichts 
zu sehen. So sah sich das ST-Magazin im 
August 1988 genötigt, 
den Gerüchten um das 
„betrügerische“ Projekt 
Supercharger nachzu¬ 
gehen. Letztlich waren 
wohl Design- und Ferti¬ 
gungsprobleme für den 
Customchip des Super- 
chargers für die lange 
Lieferverzögerung ver¬ 
antwortlich. Im Herbst 
1989 ging der Beta Sys¬ 
tems Supercharger end¬ 
lich in den Verkauf, mehr 
als zwei Jahre nach der 
Präsentation des Proto¬ 
typen. Der erste PC- 
Emulator für den Atari 
ST war er damit nicht 
mehr - aber dazu später 
mehr. 


kettenlaufwerken oder Festplattenpartitio¬ 
nen des Atari, lässt sich der Supercharger 
mit dem kleinen Programm ABIO.TOS auf 
Atari-Seite in Betrieb nehmen. 

Im Lieferumfang war MS-DOS 4.01 ent¬ 
halten, so konnte der Anwender gleich 
nach der Installation der grundlegenden 
Software erste Schritte in der DOS-Welt 
machen. Neben dem mitgelieferten Be¬ 
triebssystem ist es auch möglich, ältere 
MS-DOS-Versionen oder gar Windows bis 
Windows 286 oder 3.0 zu installieren, mit 



Genau genommen han 
delt es sich um einen 
Mini-PC, der per DMA-Anschluss mit dem 
ST oder Mega ST oder auch dem TT oder 
Falcon zu verbinden ist. Seine Ausstat¬ 
tung war für damalige Verhältnisse durch¬ 
aus akzeptabel. Sie besteht aus einer mit 
8 MHz getakteten 8086-kompatiblen NEC 
V30 CPU, dazu 512 kB oder gar 1 MB ei¬ 
gener Arbeitsspeicher und die Möglich¬ 
keit, MGA- oder CGA-Bildschirmmodi 
darzustellen. Da der DMA-Anschluss 
durchgeschleift wird, ist es natürlich auch 
möglich, Festplatten wie das Atari Mega¬ 
drive am ST/Mega ST und somit auch mit 
dem PC-Emulator zu nutzen. Eine Soun¬ 
demulation ist nicht vorgesehen, aber 
Atari-Drucker können verwendet werden. 
Darüber hinaus ist es auch möglich, einen 
mathematischen Co-Prozessor, eine 
8087-FPU einzubauen, um der Fließkom¬ 
mageschwindigkeit des Emulators auf die 
Sprünge zu helfen. Nach der grundlegen¬ 
den Konfiguration des Emulators wie den 
Einstellungen zu den zu nutzenden Dis¬ 


Ein Blick in den geöffneten Supercharger 


gen lassen sich sogar mehrere Super¬ 
charger am Atari einrichten. Die 
Unterscheidung erfolgt durch die ID des 
DMA-Gerätes. 

Aber der wohl am meisten praxisrelevan¬ 
te Unterschied zu den anderen Anbietern 
ist das problemlose Umschalten zwischen 
dem Atari-Modus und dem PC-Modus. 
Fällt zum Beispiel beim Tippen in Micro¬ 
soft Word auf, dass bereits ein ähnliches 
Dokument im Atari exisitiert, so funktio¬ 
niert ein Wechsel zum Atari einfach mit 
<Alt>-<Ctrl>-<Backspace>. Dort 
wird die gewünschte Datei geöff¬ 
net und in einem übertragbaren 
Format (ASCII-Text) gespei¬ 
chert. Nach dem Wechsel zu¬ 
rück in den PC-Modus warten 
MSDOS und Word genau an der 
Stelle auf weitere Eingaben, wo 
sie verlassen wurden. Nach dem 
Einladen des konvertierten Tex¬ 
tes kann die Bearbeitung weiter¬ 
gehen. Diese Umschaltung 
überlebt sogar einen Reset des 
Atari, solange der Emulator nicht 
stromlos wird. 

Leider wurden von den ange¬ 
kündigten Erweiterungen wie 
den 80286- oder 80386SX-CPU- 
Karten oder der Möglichkeit zur 
Verwendung von ISA-Steckkar- 
ten keine einzige realisiert und 
erst recht nicht zur Serienreife 
entwickelt. 


Microsoft Word und vielen anderen Pro¬ 
grammen aus der IBM- kompa- tiblen 
Welt zu arbeiten oder auch zu spielen. Da 
eine FPU nachrüstbar ist, steht sogar Au¬ 
toCAD mit FPU-Anbindung zur Verfü¬ 
gung. Somit stellt der Supercharger einen 
recht schnellen XT zur Verfügung, der 
Norton-Sl-Faktor liegt bei 4.0. 

Allerdings bietet der Supercharger auch 
ein paar Besonderheiten, die ihn von den 
anderen PC-Emulatoren durchaus unter¬ 
scheiden. Wie bereits erwähnt, handelt es 
sich quasi um einen kleinen nahezu voll¬ 
ständigen PC mit bis zu 1 MB RAM. Die¬ 
ser Speicher lässt sich von der Atari-Seite 
aus als gepufferte RAM-Disk nutzen. Um¬ 
gekehrt konnte es der PC-Teil mit dem 
RAM des Ataris genauso machen. Auch 
CPU und FPU des Superchargers lassen 
sich durch ent- sprechende Routinen im 
ST/Mega ST nutzen. Solche Programme 
mussten aber erstmal selbst geschrieben 
werden. Für derart spezielle Anwendun¬ 
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PC-Emulatoren 
von Hans-Jörg Sack 

Während die Atariwelt auf den Superchar- 
ger wartete, blieb ein junger Elektrotech¬ 
nik-Student names Hans-Jörg Sack nicht 
untätig. Nachdem er mit dem ZX81 und 
C64 erste Erfahrungen gesammelt hatte, 
beschäftigte er sich schon bald mit Simu¬ 
lationen und Emulatoren. Als er 1986 mit 
einem Atari ST260 seinen ersten 16-bit- 
Computer erhielt, programmierte er eine 
Software-Emulation des Sharp PCI402. 
In dieser Zeit war ihm wohl auch ein Soft¬ 
ware-Emulator für den PC in die Finger 
gekommen und er hatte schnell erkannt, 
dass diese Art der Emulation zum Arbei¬ 
ten viel zu langsam ist. 

So machte er sich im Sommer 1988 zum 
ersten Mal Gedanken über einen Hard- 
ware-unterstützen PC-Emulator für den 
Atari. Im Gegensatz zum Supercharger 
verwendeten die PC-Emulatoren von 
Hans-Jörg Sack möglichst viel der bereits 
vorhandenen Hardware des Wirtssys¬ 
tems, also beispielsweise auch Arbeits¬ 
speicher. Als CPU verlötete er eine NEC 
V30, da diese ebenso wie der 68000 des 
ST einen 16-Bit breiten Datenbus nutzt 
und somit ein direkter Datenaustausch 
zwischen den beiden Welten erfolgen 
konnte. Wie der Motorola-Prozessor wur¬ 
de auch der V30 mit 8 MHz getaktet. Alle 
logischen Schaltungen wurden in PALs 
abgelegt, damit der Emulator auf einer 
kleinen Platine seinen Platz fand. Die 
Hardwareentwicklung war im De¬ 
zember 1988 abgeschlossen und 
Anfang 1989 war die Entwicklung 
erstmals lauffähig. Wegen der 
flotten Geschwindigkeit taufte ihn 
Hans-Jörg Sack auf den Namen 
„PC-Speed“. 

Der Entwickler präsentierte sein 
fertiges Produkt einer ST-Fach- 
zeitschrift und sowohl die Reso¬ 
nanz der Redaktion und der 
ST-Benutzer fiel überaus positiv 
aus. Daher beschloss er, den 
Emulator in Serie zu fertigen. So 
entstanden mehr als 40.000 PC 
Speed-Karten. Die Ehre, den ers¬ 
ten Hardware-PC-Emulator für 
den Atari ST geliefert zu haben, 
gebührt also Hans-Jörg Sack. 

Der Emulator wird huckepack In¬ 
tern auf dem 68000er Prozessor 
des Atari ST verbaut. Für den 


STE bzw. Mega-STE ist eine Adapterpla¬ 
tine für den PLCC-Sockel nötig. Mit Hilfe 
der sogenannten SpeedBridge konnte der 
Emulator auch im Mega-Bus-Steckplatz 
des Atari Mega ST eingesetzt werden. 
Diese Einbauvariante behielt der Entwick¬ 
ler auch für seine schnelleren Modelle 
„AT-Speed“ (mit 8 MHz 80286) und für 
das Flaggschiff „AT-Speed CI6“ (mit 16 
MHz 80286 und eigenem Quarz sowie 
FPU-Sockel) bei. 
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Für den Atari Falcon entwickelte Hans- 
Jörg Sack eine eigene Variante der AT- 
Speed CI 6, die FalconSpeed für den in¬ 
ternen Erweiterungssteckplatz. 

Die Speed-Emulatoren nutzten den Ar¬ 
beitsspeicher des Atari, dieser sollte da¬ 
her mindestens 1 MB betragen. Die 








\ 



Die AT-Speed Karte verwendet einen 80286 Prozessor von AMD. 


Emulatoren können diesen auch als 
RAM-Disk ansprechen. Bei den AT-Mo- 
dellen ist es auch möglich, zusätzliches 
RAM (also bei mehr als 1 MB ST-RAM) 
als Extended bzw. als Expanded RAM 
dem Emulator zuzuweisen. Als Festplat¬ 
ten werden Partitionen auf einer Platte 
des Atari verwendet. Je nach Emulator- 
Typ können 3,5-Zoll und 5,25-Zoll DD- 
Laufwerke oder bei den AT-Versionen 
auch HD-Laufwerke angesprochen wer¬ 
den. Letzteres setzt aber voraus, dass 
der Atari selbst auch mit einem HD-Lauf- 
werk ausgestattet und dieses auch im 
HD-Modus anzusprechen ist. Auf den La¬ 
serdrucker SLM804 können spätere Trei¬ 
berversionen zugreifen und diesen für 
Ausdrucke verwenden. Wenn mehr als 1 
MB RAM im ST verbaut ist, lassen sich 
die letzten Treiberversionen auch als Ac- 
cessory installieren. Benötigt eine laufen¬ 
de ST-Anwendung nicht den ganzen 
Arbeitsspeicher, ist der Emulator aus dem 
GEM-Programm heraus zu starten. Sind 
die MS-DOS-Angelegenheiten erledigt, 
muss mit <Ctrl>-<Alt>-<Del> ein Reset 
erfolgen, anschließend ist die <Esc>-Tas- 
te zu drücken. Schon lässt sich an der 
Stelle Weiterarbeiten, an der das ST-Pro- 
gramm verlassen wurde. 

Um auch sofort in der MS-DOS-kompati- 
blen Welt arbeiten zu können, wurde häu¬ 
fig das alternative DR DOS von Digital 
Research in der Version 5.0 mitgeliefert. 
Natürlich ließ sich auch jedes Microsoft 
DOS und auch Windows bis zur Version 
3.0 installieren und verwen¬ 
den. 

Im Laufe der Jahre wurde 
sehr viel an der jeweiligen 
Software der Emulatoren ver¬ 
bessert. So stand in der je¬ 
weils finalen Version eine 
recht große Auswahl an emu¬ 
lierten Grafik-Standards zur 
Verfügung. Von anfänglich 
Hercules- und CGA-Grafik 
ging der Weg über monochro¬ 
me EGA- und VGA-Grafik, der 
monochromen Olivetti-Grafik 
(besonders ideal am ST we¬ 
gen der Auflösung 640x400, 
die dem Atari ST Hires-Modus 
entspricht) bis hin zur 16-farbi- 
gen TandylOOO-Grafik. Damit 
hat die Hardware-Emulatoren 
von Hans-Jörg Sack ein abso¬ 
lutes Alleinstellungsmerkmal 
im Reigen der Konkurrenten. 
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Vortex PC-Emulatoren 

Die Firma Vortex ging bei ihren PC-Emu- 
latoren für den Atari einen ähnlichen Weg 
wie Hans-Jörg Sack. Die Karten werden 
intern auf die 68000er CPU aufgesteckt, 
per Adapter auf die PLCC-CPU des STE 
aufgeklemmt oder in den Mega-Bus des 
Mega ST eingesetzt. Auch Vortex setzt 
auf die maximale Nutzung des Wirtssys¬ 
tems, was auch hier den Arbeitsspeicher 
des ST mit einschließt. Im Gegensatz zu 
den Emulatoren der Firma Sack, die eine 
Reihe an PALs verbaut hatten, fasste Vor¬ 
tex alle logischen Schaltungen in einem 
VLSI-Chip zusammen. Allerdings ließ die 
Firma aus dem Baden-Württembergi¬ 
schen Ort Flein einen NEC V30-basierten 
XT-Emulator aus und stieg im Sommer 
1990 als Erste mit einer AT-Karte in das 
Emulatorgeschäft ein. Die Vortex ATonce 
für den Atari ST ist im übrigen baugleich 
zur ATonce für den Commodore Amiga. 
Es wird nur die jeweils passende Soft¬ 
ware benötigt. So kann dieselbe ATonce 
sowohl in einem Atari ST als auch in ei¬ 
nem Amiga A500 laufen. Bei der ATonce 
ist die PC-kompatible CPU genauso 
schnell wie der Atari mit 8 MHz getaktet. 
Ebenso wie bei den AT-Speed-Varianten 
kann bei Vortex zusätzlicher ST-RAM als 
Extended bzw. als Expanded RAM dem 
PC zur Verfügung gestellt werden. 

Neben Hercules- und CGA-Grafik bieten 
spätere Versionen der Software auch mo¬ 
nochrome EGA- bzw. VGA-Grafik und die 
am ST sehr geschätzten monochromen 
640x400 Modi Olivetti und Toshiba T3100. 
Partitionen einer Atari-Festplatte können 
dem PC auch als Boot-Laufwerk zur Ver¬ 
fügung gestellt werden, vorhandene HD- 
Floppylaufwerke sind nutzbar und der 
Atari SLM804 kann drucken. Um die 
Emulation weiter zu beschleunigen, wur¬ 
de die „normale“ ATonce zur ATonce Plus 
weiterentwickelt. Sie ist mit einer 16 MHz 
CPU ausgestattet und muss sich, da sie 
keinen eigenen Quarz verwendet, den hö¬ 


heren Takt vom Pin-39 des Video-Shifter 
holen. Äußerlich unterscheiden sich bei¬ 
de kaum, nur das Kabel zum Video-Shif¬ 
ter und die verbaute 16-MHz-Variante der 
80286-kompatiblen CPU verraten den 
Unterschied. Hierbei unterscheiden sich 
die beiden Entwicklungspfade der ATon¬ 
ce, denn die ATonce Plus für den Amiga 
besitzt bis 512 kB eigenen Speicher und 
bietet die Möglichkeit, eine FPU zu ver¬ 
bauen. Die Plus-Version für den Amiga ist 
nicht mehr im Atari zu betreiben und um¬ 
gekehrt. 

Das Spitzenmodell der PC-Emulatoren für 
den 68000er Sockel wurde nur für den 
Atari angeboten. Die ATonce 386SX bie¬ 
tet eine mit 16 MHz getaktete 80386SX- 
kompatible CPU (mit eigenem Quarz) und 
optional 512 kB FastRAM auf der Karte, 
was die Geschwindigkeit der Emulation 
deutlich ansteigen lässt. Auch kann auf 
der 386er-Karte eine FPU nachgerüstet 
werden, um der Fließkomma-Rechenleis- 


tung des PCs auf die Sprünge 
zu helfen. Musste man sich bei 
den 286er Karten noch mit ei¬ 
nem Adapter für die PLCC-FPU 
des STE bzw. Mega STE behel¬ 
fen, gibt es von der ATonce 
386SX auch eine spezielle Vari¬ 
ante für den Mega STE. Im Ge¬ 
gensatz zu den Konkurrenzpro¬ 
dukten legte Vortex seinen Emu¬ 
latoren kein Betriebs- System 
bei. Der Käufer musste sich also 
MS-DOS oder DR DOS zusätzlich kau¬ 
fen. 
































Apple 1 Emulation 


D er Apple I gehört zu den 

seltensten und daher teuers¬ 
ten Sammlerstücken der Retro- 
Computerfreunde. Die wenigsten 
dürften je in den Genuss kommen, 
einen echten Apple I in Händen zu 
halten. Für einen Einblick in seine 
Arbeitsweise ist das aber auch 
nicht nötig. 

Eine Emulation eines Rechnersystems 
(Gast) auf einem anderen (Host) benötigt 
meistens zwei Emulationsbereiche: 

_die CPU Emulation 

_die Emulation der Peripherie des 



Systems 

Wie aufwändig die CPU Emulation ist, 
hängt von der Komplexität der Gast-CPU 
ab und davon, welche CPU das Hostsys- 
tem verwendet. Bei gleichen CPUs ge¬ 
nügt oft die Emulation privilegierter 
Befehle, bei unterschiedlichen CPUs will 
der ganze Gast-Prozessor nachgebildet 
werden. Der Aufwand für den zweiten 
Punkt hängt davon ab, was das emulierte 
System an umfangreicher Peripherie 
kennt und benötigt, um überhaupt arbei¬ 
ten zu können. Im einfachsten Fall sind es 
nur zwei serielle I/O Kanäle. Ein Kanal 
dient dazu, Zeichen auszugeben und dem 
User dadurch etwas mitzuteilen, der an¬ 
dere dem Empfang von Eingaben. Kom¬ 
plexe Systeme erfordern hingegen 
mitunter die Emulation von Spezialchips 
(z.B. Amiga/Atarl), Grafikbildschirmen, 
Floppys, Festplatten, Netzwerkadaptern 
und anderen Komponenten. 

Arduino als Plattform 

Für einfache Emulationsprojekte eignet 
sich die Arduino-Plattform aufgrund ihres 
Aufbaus, der umfangreichen Dokumenta¬ 
tion und des geringen Preises besonders. 
Arduino ist Physical-Computing-Plattform, 
die hardwareseitig aus einem einfachen 
I/O-Board mit einem Mikrocontroller und 
analogen und digitalen Ein- und Ausgän¬ 


Arduino MEGA Board 

gen besteht. Die Software der Entwick¬ 
lungsumgebung basiert auf Processing 
und soll auch technisch weniger Versier¬ 
ten den Zugang zur Programmierung und 
zu Mikrocontrollern erleichtern. Weltweit 
existiert eine Vielzahl von Ardulno-Projek- 
ten, die Rechnersysteme emulieren. 

Der 6502 Emulator 

Ein interessantes Projekt wurde Ende Ok¬ 
tober 2013 initiiert und im Arduino-Forum 
vom User "mikerOOlz" bekannt gemacht. 
Das Projekt emuliert eine MOS 6502 CPU 
und wurde ursprünglich für einen Ninten¬ 
do NES Emulator geschrieben und auf Ar¬ 
duino portiert. In den Code wurde 
außerdem das ROM des "Enhanced BA¬ 
SIC 6502" aufgenommen und ein RAM 


Bereich definiert (Listing 1). Dies 
geschieht durch Definition eines 
hinreichend großen Arrays in der Arduino- 
Entwicklungsumgebung, die C als 
Programmiersprache nutzt. Wenn die 
emulierte CPU aus den entsprechenden 
RAM Bereichen lesen oder schreiben 
will, wird aus dem entsprechenden Array 
gelesen bzw. geschrieben. Der Emulator 
benötigt neben RAM und ROM noch eine 
Kontaktmöglichkeit zur Außenwelt. Wie 
Listing 2 zeigt, implementiert der Code 
dazu zwei I/O Kanäle als Peripherie, 
nämlich einen zur Eingabe und einen zur 
Ausgabe. Dies genügt bereits, um nach 
Verbindung per serieller Schnittstelle im 
BASIC Interpreter zu landen und ein paar 
einfache Codezeilen eingeben zu kön¬ 
nen. 

Apple I Emulator 

Der Autor hat diese Codebasis genom¬ 
men und derart angepasst, dass eine 
einfache Apple I Emulation entsteht. Als 
Hardware wurde dabei ein Arduino MEGA 
2560 verwendet, der über mehr Ar¬ 
beitsspeicher verfügt und der Emulation 
so mehr RAM bereitstellen kann. Als Rom 


# 


COM3 - PuTTY 


— 

6502 EhBASIC [C]old/[WJarm ? 

Memory slze ? 

767 Bytes free 
Enhanced BASIC 2.22 
Ready 

PRINT "Enhanced BASIC running on the Arduino Uno with my 6502 emulator! 
Enhanced BASIC running on the Arduino üno with my 6502 emulator! 

Ready 

10 FOR N = 1 TO 25 
20 PRINT N; 

30 NEXT N 
RUN 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 
Ready 





























BIOS fungiert außerdem der berühmte 
WOZ Monitor, der in nur 256 Bytes eine 
einfache Möglichkeit zur Eingabe von By¬ 
tecode, zum Auslesen des Speichers und 
zum Starten von Programmen bietet. Die¬ 
se Änderungen ergeben bereits einen 
funktionsfähigen, emulierten Apple I, der 
über die über serielle Schnittstelle zu¬ 
gänglich ist. 

Da die Arduino IDE inzwischen eine Viel¬ 
zahl von Plattformen unterstützt, lässt 
sich diese Emulation beispielsweise auch 
für Arduino Due, ESP8266 oder STM32 
übersetzen. 

Die Emulation lässt sich aber auch weiter 
ausbauen: 

_Basic/Assembler als Rom bereit¬ 
stellen mit Umschaltung 

_Ram erweitern mit SPI Ram 

_beim Mega 2560 existiert eine ex¬ 
terne Memory Schnittstelle, die 
nutzbar ist 

_eine seriell anzusprechende 

Grafikkarte ließe sich als Video¬ 
ausgabe einbauen 

_die TV-Out Bibliothek ließe sich 

einbinden 

_eine PS/2 Tastatur ist nutzbar zu 

machen. 

Es zeigt sich also: Mit heute preisgünstig 
verfügbaren Komponenten ist eine Emu¬ 
lation berühmter Pionier-Maschinen wie 
dem Apple I kein Hexenwerk. Vielmehr tut 
sich ein weites Betätigungsfeld für den 
kreativen Bastler auf. 

Links: 

http://forum.arduino.cc/index.php? 

topic=193216.0 

https://github.com/petersieg/arduino 
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Listing 1 (ehbasic): 

Ram und Rombereiche als Arrays definieren 

uint8_t RAM[RAM_SIZE] ; 
prog_uchar BIOS [10496] PROGMEM = { 

OxAO, 0x04... } ; 

Listing 2 (ehbasic): Serielle Schnittstelle emulieren 

Eingabe: 

if (address == 0xF004) { //EhBASIC simulated ASIC input 

tempval = getkeyO ; 
clearkeyO ; 
return(tempval); 

} 

Ausgabe: 

if (address == OxFOOl) { //EhBASIC simulated ASIC output 
serout(value); 

} 

Listing 3: Und so sieht es beim Apple 1 aus 

RAM Definition 

//#define RAM_SIZE 1536 //Pro 328 - da bleibt nicht wirklich viel 
#define RAM_SIZE 4096 //Mega 1280/2560 - ok 
//#define RAM_SIZE 32768 //Due - volles Ram ;-) 
uint8_t RAM[RAM_SIZE] ; 

WOZ Monitor 

const uchar BIOS [256] PROGMEM = { 

0xd8, 0x58, OxaO, ... }; 

Und hier erfolgt die Unterscheidung beim Lesen: 
uint8_t read6502(uintl6_t address) { 

uintl6_t BASICaddr, BlOSaddr; 

uint8_t tempval = 0; 

if (address == OxDOlO) { //al simulated PIA key input 
tempval = getkeyO | 0x80; 
clearkeyO ; 

//printhex(tempval); 
return(tempval); 

} 

if (address == OxDOll) { //al simulated PIA key avail. 
tempval = isakeyO ; 

//printhex(tempval); 
return(tempval); 

} 

if (address >= OxFOOO) { 

BlOSaddr = (address - OxFOOO) & OxFF; //get => 0..255 for woz rom 
if (BlOSaddr < 0x100) return(pgm_read_byte_near(BIOS + BlOSaddr)); 

} 

if (address < RAM_SIZE) return(RAM[address]); 

return(0); 


Und hier beim Schreiben: 

void write6502(uintl6_t address, uint8_t value) { 
if (address < RAM_SIZE) RAM[address] = value; 
if (address == 0xD012) { //al simulated PIA output 

serout(value & 0x7F); 

} 

} 
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Vier PDP-11 Emulatoren im Vergleich 


Grüße aus 
Massachusetts 





D ie PDP-11 gehört zu den am 
meisten bekannten Rechner¬ 


systemen der 70er Jahre. Herstel¬ 
ler der PDP-11 war die Digital 
Equipment Corporation (DEC oder 
Digital) mit Sitz in Maynard, 
Massachusetts. Das 1957 von Ken 
Olson gegründete Unternehmen 
hat Pionierleistungen in der Rech¬ 
nertechnik vollbracht. Während ei¬ 
ne originale PDP-11 für die 
allermeisten Sammler ein Traum 
bleiben wird, sind Emulationen der 
Rechnerlegende vielfach verfüg¬ 
bar. Wir stellen einige davon vor. 

Die PDP-11 (PDP steht für "programmed 
data processor" besitzt eine einfach ge¬ 
haltene Architektur. Das „Universelle Bus- 
System“ (Unibus) bindet die CPU, den Ar¬ 
beitsspeicher und die Ein-/Ausgabe- 
Geräte an und lässt diese miteinander 
kommunizieren. Dabei werden Periphe¬ 
riegeräte am Unibus wie Arbeitsspeicher 
adressiert, was eine Auf- und Umrüstung 
für eine Vielzahl von Prozessanwendun¬ 
gen besonders ein- fach macht. Auch 
deshalb hat sich die PDP-11 für viele An¬ 
wendungen in Wissenschaft und Technik 
durchgesetzt, auch als Steuersystem für 
Kraftwerke und ählich kritische Einsatz¬ 
zwecke. Von der PDP-11 existieren ver¬ 
schiedene Versionen mit unter¬ 
schiedlichen Prozessoren und Ausstat¬ 
tungen. Die Modellreihe wurde bis 1983 
gepflegt, die letzten Modelle sind In 
CMOS Technik ausgeführt und finden 
Platz auf dem Schreibtisch. 


PDP-11 im Browser 


Wender erst einmal auf die Ebene des Sy- 
stemprompts, noch läuft also kein 
Betriebssystem. Die Eingabe von "unix" 
am @- Prompt lädt UNIX 6th Edition 
(UNIX V6) als Betriebssystem. Am UNIX- 
Prompt (#) stellt STTY-LCASE die Einga¬ 
be auf Kleinbuchstaben um. Ein Tipp: Das 
Löschen mit Backspace funktioniert nicht, 
stattdessen löscht "#" letzte Zeichen links 
vom Cursor, "@" alle Zeichen bis zum 
Zeilenanfang. Die Emulation beinhaltet 
auch einen C-Compller, kleine Program¬ 
me lassen sich mit dem Zeilen-editor "ed" 
eingeben und mit “cc" kompilieren. 


barkeit auf verschiedene Rechnerarchi¬ 
tekturen ausgelegt. Für die meisten 
Linux-Distributionen und auch für Micro¬ 
soft “Windows" gibt es fertige Binaries in 
den Repositories (z.B. sudo apt-get install 
simh bei Debian und Ubuntu) bzw. zum 
Download auf der SimH Webseite (für 
Windows). Im Listing wird gezeigt, wie 
sich UNIX V7 auf der emulierten Maschi¬ 
ne starten lässt. Auch hier ist ein C Com¬ 
piler enthalten und der Editor ist ed. Unter 
usr/src finden sich einige Besipielquelltex- 
te. Zum Verlassen der Emulation dient 
CtrI-D, CtrI-E beendet die Emulation, mit 
"quit" wird SimH beendet. 


SimH 


Seit 1993 pflegt eine lockere Gemein¬ 
schaft von Programmierern mit SIMH ei¬ 
nen Software-Emulator für die Hardware 
älterer Großrechner, Minirechner und his¬ 
torischer Heimcomputer. Hierzu zählen 
neben Hewlett Packard- und IBM Rech¬ 
nern auch viele Modelle von DEC, darun¬ 
ter die PDP-11. SimH steht im Quellcode 
zur Verfügung und Ist auf leichte Portier- 


MXE11 - Unix auf dem 
Mikrocontroller 


Auch für Mikrocontroller-Systeme existie¬ 
ren mittlerweile PDP-11 Emulatoren. Ei¬ 
ner davon ist MXE-11 von Jörg Wolfram. 
Der Emulator läuft auf einer Vielzahl von 
Mikrocontrollern, nämlich auf 
SPC56EL60, STM32F107, STM32F411, 
STM32F405 und STM32L475. Mit der 


reset 


stop 


960000 


Der einfachste Weg, Software für eine 
PDP-11 in Aktion zu sehen, ist die Emula¬ 
tion durch eine Webanwendung. Sie 
stammt von Julius Schmidt, einem US- 
amerikanischen Physiker und ist direkt 
online aufzurufen (siehe Links). Um den 
Emulator zu starten, genügt ein Klick auf 
den "RUN" Button. Dies bringt den An¬ 


press run, type unix at the @ prompt to load the kemeL enjoy! faq 
mem = 1042 

(USrestricted rights 

m 

®[lUse, duplication or disclosure is subject to 
BSrestrictions stated in Contract with Western 
®®Electric Company, Inc. 

S®# STTY -LCASE 

# Is 
bin 
dev 
etc 

hpunix 

lib 

mnt 

rkunix 

rpunix 

tmp 

unix 

usr 

# +++ 


trap 000004 occured: read from invalid address 760000 

Re 007600 RI 000000 R2 001151 R3 000000 R4 007600 R5 141774 R6 141754 R7 002232 
[uK ] instr 002230: 006511 MFPI (RI) 


PDP-11 als Javascript Programm im Browser 




If 





mi 

mi 

m^ 
















































PDP-11 Simulator V3.8-1 

sim> set cpu 11/45 

Disabling XQ 

sim> set tto 7b 

sim> att rlO unix_v7_rl.dsk 

sim> boot rlO 

@boot 

New Boot, known devices are 
hp ht rk rl rp tm vt 
: rl(0,0)rl2unix 
mem = 177856 
# 


SDL Bibliothek wurde auch eine Version 
für den PC lauffähig gemacht. MXEH 
emuliert eine PDP11 mit 56kB RAM ohne 
MMU und ohne FPU. Außerdem sind ein 
60 Hz Timer (KL11) und zwei serielle In¬ 
terfaces vorhanden. Letztere sind mit je¬ 
weils 256 Bytes großen Puffern 
ausgestattet und arbeiten standardmäßig 
mit 38400 Baud. Als Massenspeicher 
werden drei RK05 Laufwerke an einem 
RK11 Interface emuliert. MXE11 ist in ak¬ 
tiver Entwicklung, zum Zeitpunkt der Ab¬ 
fassung dieses Artikels war die Version 
vom 01.Oktober 2018 aktuell. 

lOCCC - best of Show 201 8 

Der International Obfuscated C Code 
Contest ist ein Programmierwettbewerb 
für die am kreativsten verschleierten C- 
Programme. Er wurde von 1984 bis 1996 
jährlich veranstaltet und danach in unre¬ 
gelmäßigen Abständen. Der Beitrag von 
Christopher Mills für lOCCC 2018 stellt ei¬ 
nen PDP-7 Emulator mit nur 3636 Bytes 
Quelltext dar. Das Programm emuliert al¬ 
so die Maschine, die Ken Thompson be¬ 
nutzte, um die erste Version von UNIX zu 
erstellen. In der Makefile des Programms 
können drei verschiedene Softwareumge¬ 
bungen für die PDP-7 gewählt werden. 
Darunter sogar erst einmal eine PDP-11, 
die auf der PDP-7 emuliert wird, um dann 
darauf UNIX laufen zu lassen: 

_UNIX vO for the PDP-7 (circa 

1969) 

_Research UNIX Version 6 (circa 

1975) 

_BSD 2.9 (circa 1983) 


Dabei umfasst der Emulator trotz seiner 
geringen Größe eine vollständige PDP-7 
mit einer CPU, dem Hauptspeicher-Modul 
Type 147 sowie folgenden Komponenten: 


CONFIGURE SYSTEM: 

xp ? csr 176700 vector 254 skipped: 
No CSR 

rk 0 csr 177400 vector 220 attached 
hk ? csr 177440 vector 210 skipped: 
No CSR 

rl ? csr 174400 vector 160 skipped: 
No CSR 

rp ? csr 176700 vector 254 skipped: 
No CSR 

dz ? csr 160110 vector 320 skipped: 
No CSR 

dn 0 csr 175200 vector 300 skipped: 

No autoconfig routines 

vp ? csr 177500 vector 174 skipped: 

No autoconfig routines 

Ip ? csr 177514 vector 200 skipped: 

No CSR 

Erase=A?, kill=Au, intr=Ac 


_Extended Arithmetic Element Type 
177 


_Echtzeituhr 

_Teletype Model 33 KSR 

_Perforated Tape Reader Type 444 

_RB09 Festplattencontroller 

Christopher Mills stellt auch das Image ei¬ 
ner RK05 Festplatte mit BSD UNIX 2.9 
im Single-User Modus bereit. Nach dem 
Kompilieren des Quellcodes lässt sich die 
Emulation gleich praktisch nutzen. Das 
Listing zeigt eine typische Sitzung mit 
dem Emulator. 

Fazit 

Das Unternehmen DEC hat Pionierleis¬ 
tungen in der Rechnertechnik vollbracht 
und eine Vielzahl von Computersystemen 
und -sehen in den Markt gebracht. So 
hörten zwischen 1959 und 1982 allein 
mehr als 60 Modelle in vier Systemfamili¬ 
en auf den Namen PDP. Einst die Num¬ 
mer 2 der Hersteller hinter IBM, sind die 
Unternehmensbereiche von DEC in den 
90er Jahren an verschiedene andere Her¬ 
steller wie Intel (CPUs), Cabletron (Netz¬ 
werk) und Compaq (Rechner) verkauft 
worden. In Form der Emulatoren sind die 
Legenden von einst aber auch heute noch 
mit viel Spaß benutzbar. 


http://www.jbox.dk/sanos/pdp1 1 .htm 
MXE-11 

http://www.jcwolfram.de/projekte/ 

mxell/main.php 

lOCCC 

https://www.ioccc.org/2018/mills/hint.html 
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Kurz berichtet 

Sinclair QL wird 35 

Im Frühjahr 1984, also vor 35 Jahren 
stellte Clive Sinclair erstmalig den Sin¬ 
clair QL vor. Der "Quantum Leap" ist 
um den Motorola 68008 Prozessor her¬ 
um gebaut. Die CPU wird von einem 
Intel 8049 Prozessor unterstützt, der 
sich um die Tastatur, die Schnittstellen, 
den Ton und die eingebauten Microdri- 
ves als Massenspeicher kümmert. Mi- 
crodrives sind Bandspeicher, die ein 
Miniatur-Endloskassette als Speicher¬ 
medium verwenden und dank sektoro¬ 
rientierter Datenspeicherung eine 
ähnliche Funktionalität wie Disketten¬ 
laufwerke bieten. Der QL vermag 
512x256 Pixeln in vier Farben oder in 
vier Graustufen darzustellen. 

Eine ausführliche Würdigung erhält der 
QL in Ausgabe 6 der LOAD. 

Links 

www.dilwyn.me.uk 
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Doppelher(t)z 


W ie in diesem Heft nachzule¬ 
sen ist, sind Emulator¬ 
lösungen für viele klassische 
Computer vorhanden und machen 
diese software-kompatibel zum 
IBM PC oder zum Apple Macintosh. 
Diese Zusätze gehen mit vielen 
Raffinessen ans Werk, weil die 
Nutzung eines anderen Prozessors 
odereines anderen Betriebssys¬ 
tems vom Hersteller der Computer 
niemals vorgesehen war. Ganz an¬ 
ders bei Acorn- Computern - hier 
gehört Prozessorvielfalt zum guten 
Ton. 

Acorn war ein sehr erfolgreicher Compu¬ 
terhersteller in Großbritannien. Das Un¬ 
ternehmen ging 1978 aus der Cambridge 
Processor Unit Ltd. hervor und wurde von 
den ehemaligen Sinclair-Mitarbeitern 
Chris Curry und Hermann Hauser gegrün¬ 
det. Acorns großer Erfolg begann mit dem 
BBC Micro, der als Ergänzung für eine 
Sendereihe über Computertechnik der 
BBC konzipiert war und sich als Lehrmit¬ 
tel an Schulen und in Privathaushalten 
sehr gut verkaufte. Acorn hatte zu dieser 
Zeit mit 6502 basierten Einplatinencom¬ 
putern, Europakarten-basierten Systemen 
für profes- sionelle Anwendung und dem 
Acorn Atom als Homecomputer bereits 
gute Erfolge und genoss entsprechendes 
Ansehen. 

The Tube 

War der Acorn Atom als Abkömmling des 
„Systems“ noch einseitig auf die 6502 
CPU ausgerichtet, so sollte der Nachfol¬ 
ger Proton von Anfang an mehr als eine 
CPU unterstützen. Diese Idee war im 
Grunde ein Kompromiss; 16 Bit CPUs 
waren teuer und Anfang der 1980er Jah¬ 
re nicht in großen Stückzahlen verfügbar, 
8 -Bit Prozessoren wie die MOS 6502 oder 
der Zilog Z80 zwar billig, aber nicht leis¬ 
tungsfähig und nicht 


nnovativ genug 
für wirklich neue Rechnerarchitek¬ 
turen. Für den Proton ersann Acorn daher 
einen Systembus zur Kommunikation 
zweier Prozessoren, „The Tube“ (der 
Spitzname der Londoner Untergrund¬ 
bahn) genannt. Diese digitale U-Bahn er¬ 
laubt die Auslagerung von Berechnungen 
auf den zweiten Prozessor, während der 
6502 die Ein- und Ausgabe von Daten 
übernimmt. Damit war der Grundstein für 
offene Doppelprozessor-Systeme gelegt. 

Mit dem BBC Micro wurde 1981 „The Tu¬ 
be“ erstmals Implementiert, und zwar in 
Form einer externen 
Schnittstelle. Der zweite 
Prozessor muss beim 
BBC Micro in einem eige¬ 
nen Gehäuse unterge¬ 
bracht sein und nimmt 
über die Tube-Schnittstelle 
Kontakt mit dem Haupt¬ 
rechner auf. Acorn brachte 
vier Zweitprozessor-Mo- 
dule auf den Markt; Ein 
6502 Modul, ein Z 8 O-M 0 - 
dul, ein 32016 Modul und 
später ein Modul mit dem 
ARM-1 Prozessor. Wäh¬ 
rend das 6502 Modul 
hauptsächlich die Ge¬ 
schwindigkeit erhöhte und 
den Arbeitsspeicher 


Das 32016 Modul für den BBC Micro 


ver¬ 
größerte, machte das 
Z80 Modul dem BBC Micro zusammen 
mit einem Diskettenlaufwerk die Welt der 
CP/M Software zugänglich. Vor allem 
Wordstar war in den 1980er Jahren das 
Synonym für Textverarbeitung und erhöh¬ 
te den Nutzen des kleinen Rechners 
deutlich. 

Der BBC Master - er kam 1985 auf den 
Markt - besitzt neben dem externen Tube 
Interface auch eine interne Tube Schnitt¬ 
stelle und bindet so zwei Prozessoren 
ein. Vom BBC Master existieren verschie¬ 
dene Modelle, im BBC Master 512 sitzt 
eine GTE 65C12P-2 CPU mit 
2 MHz Takt und ein Intel 80186 Prozes- 


& 


PC Karten in Acorn Computern 















Emulation 


sor mit 8 MHz Takt. Dieser Rechner wur¬ 
de mit dem Acorn OS 3.2 und Digital Re¬ 
search DOS Plus sowie OEM als 
grafischer Oberfläche ausgeliefert. Der 
Rechner war damit also von Haus aus 
„PC kompatibel“. 


RiscOS fahren. Die Geschwindigkeit war 
jedoch eher bescheiden. Da Acorn zu¬ 
nächst kein Interesse an der baldigen 
Veröffentlichung eines Intel x86 Podules 
zu haben schien, füllten Drittanbieter als¬ 
bald die Nische. 


ARM Prozessoren 

In den nächsten Jahren zeigte sich aller- 
^ dings, dass Prozessoren, die mit komple¬ 
xen Instruktionen arbeiten (complex 
■1 instruction set Computer, CISC), mit dem 
Tube Protokoll nicht gut zusammenarbei- 

■ ten. Sie benötigen zur Abarbeitung eines 
Befehls mehrere Taktzyklen und sind in 

" dieser Zeit nicht unterbrechbar, reagieren 
also nicht auf Interrupts. Dies trifft bei¬ 
spielsweise auf den im Acorn ABC Com- 
m puter eingesetzten National 

B Semiconductor 32016, aber auch auf den 

■l Motorola 68000 Prozessor zu. Die Lö- 
sung dieses Problems zeugte von gro- 
4 ßem Selbstvertrauen: Statt das 

C Tube-Protokoll zu ändern, entwickelten 

J die Acorn-Ingenieure einen eigenen, neu- 
J en Prozessor mit einer RISC (reduced in- 
J struction set Computer) Architektur, die 
D Acorn Risc Machine (ARM). ARM Prozes- 
H soren verwenden simple Befehle, die 

H meist in einem Taktzyklus abgearbeitet 

■ werden und so das Tube-Protokoll nicht 

^ ausbremsen. Der Prozessor wurde von 

* VLSI Technology im Auftrag gefertigt. 

ml Acorn Archimedes 

9 Als erste kommerziell verfügbare ARM 
Lösung gilt das ARM Development Sys¬ 
tem, eine Prozessorkarte für den BBC 
Master, die 4 MB RAM mitbringt und in¬ 
klusive einer Softwareentwicklungsumge¬ 
bung ausgeliefert wurde. Der ARM 
Prozessor führte zur Loslösung von 
6502-basierten Prozessoren und zu einer 
neuen Rechnerfamilie, der Acorn Archi- 
medes-Plattform. Das erste allge- mein 
verfügbare Modell, der A300 führte unter 
anderem auch Steckplätze für Erweite¬ 
rungskarten, sogenannte Podules ein. 
Der Archimedes besitzt keine separaten 
Tube-Interfaces, fährt aber das Tube Pro¬ 
tokoll auf den Podule-Steck- plätzen. 
Acorn bot jedoch kein eigenes Podule an, 
sondern setzte stattdessen auf eine Soft¬ 
ware-Emulation. Der PC Emulator bildete 
einen PC mit Intel 80186 Prozessor ab. 
Mit ihr Hess sich MSDOS und auch Micro¬ 
soft Windows 3.0 parallel zum Acorn Be¬ 
triebssystem „Arthur“ und dem Nachfolger 



Aleph One 386 Podule 


1992 veröffentlichte die Firma Aleph One 
ein PC Podule mit einem Intel 80386 Pro¬ 
zessor und 1 MB RAM Speicher. Es wur¬ 
de mit DRDOS von Digital Research 
angeboten und ermöglicht dem Archime¬ 
des, MSDOS und Windows-Programme 
zu nutzen. Aleph One lieferte zur Steue¬ 
rung der Karte auch eine Emulator-Soft¬ 
ware, die den Zugriff vom Archimedes 
Betriebssystem aus ermöglicht. 





AGA31 Mini Podule 


1993 griff Acorn die Entwicklung auf und 
brachte eine weitere, von Aleph One ent¬ 
wickelte Karte unter eigenem Label her¬ 
aus. Die AGA31 386 PC Card ist ein Mini 
Podule für den Archimedes A3020 and 
A4000. Als Hersteller ist auf der Karte 
Aleph One genannt. 

1994 brachte Aleph One die „Aleph 1 486 
PC (Elvis) Expansion card (revision 2)“ 
heraus und eröffnete so die dritte Genera¬ 
tion von Prozessorkarten. Sie stellt einen 
vollständigen PC mit 16 MB RAM und ei¬ 
ner optionalen 387 FPU dar. 

Dieser ist erforderlich, weil der verwende¬ 
te Cyrix 486SLC2 Prozessor keine eige¬ 
ne FPU besitzt, also eigentlich dem Intel 
80386 gleicht. Auf den SIMM Steckplatz 
kann ein Modul mit 2, 4, 8 oder 16 MB 
RAM gesteckt werden. Anders als bei den 
vorhergehenden Karten besitzt die Elvis 
ein IDE Interface für den direkten An¬ 


schluss einer IDE Festplatte und eigene 
serielle und parallele Schnittstellen. Der 
Archimedes wird von dieser Karte also 
eher als Terminal genutzt und weniger als 
vollständiger Rechner. 



Aleph One "Elvis" 


1995 erschien die Alephi PC Expansion 
Card (revision 1), die ebenfalls einen voll¬ 
ständigen PC darstellt. Das Podule wurde 
mit fest aufgelöteten 1 MB oder 4 MB 
RAM und einer optionalen 387 FPU ange¬ 
boten. Als CPU dient wieder der Cyrix 
486SLC25. Die Karte hat eigene serielle 
und parallele Schnittstellen, jedoch kein 
IDE Interface für eine Festplatte. Statt¬ 
dessen finden Installationen auf einer 
Festplattendatei der Archimedes- Fest¬ 
platte statt, die durch die PC Emulator 
Software eingerichtet wird. 

Acorn RiscPC 

Mit dem Acorn RiscPC verabschiedete 
sich der Hersteller von der Archimedes 
Reihe und brachte eine neue Serie von 
Rechnern mit ARM Prozessoren auf den 
Markt. Diese Geräte weisen eine Reihe 
von Besonderheiten auf, beispielsweise 
ein erweiterbares Stapelgehäuse mit 
Platz für Podules und Massenspeicher 
oder einen leistungsfähigen Videochip mit 
eigenem VRAM. Vor allem aber ist die 
ARM CPU nicht mehr fest auf dem Mo¬ 
therboard lokalisiert - vielmehr besitzt der 
RiscPC zwei CPU-Steckplätze. Einer 



Aleph One 486 Podule 
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davon wird mit einer ARM Karte bestückt, 
der andere kann Karten mit ARM CPUs, 
aber auch mit anderen Prozessoren auf¬ 
nehmen. Hierfür benötigt die Karte einen 
Custom Chip namens „Gemini“, der für 
die Kommunikation mit Hauptspeicher, Vi¬ 
deo und übriger Peripherie verantwortlich 
ist. 

1995 brachte Acorn die ACA42 Karte als 
erste PC Emulatorkarte für den RiscPC 
heraus. Sie benutzt eine Texas Instru¬ 
ments 486 SXL-40 CPU mit 8 KB 2nd Le¬ 
vel Cache und ist mit 33 MHz getaktet. 
Der Gemini-Chip stammt von Aleph One. 
Sie wurde inklusive einer Lizenz für IBM 
PC DOS angeboten. Acorn hob in seiner 
Ankündigung die Kompatibilität zu Win¬ 
dows 3.1 und PC DOS bzw. MSDOS und 
der Beta-Version von Windows 95 hervor, 
nannte aber auch OS/2 und SCO UNIX 
als potentielle Betriebssysteme. 






Zum Vergleich: Ein Upgrade auf eine 
CPU Karte mit ARM 710 Prozessor wur¬ 
de mit 99,- Britischen Pfund berechnet. 



Acorn ACA42 Prozessorkarte 

Acorn brachte weitere Karten heraus, die 
sich im wesentlichen in der Taktfrequenz 
der Prozessoren unterscheiden. Die an¬ 
gegebenen Preise zum Zeitpunkt der 
Markteinführung (10. Januar 1995) bezie¬ 
hen sich auf die Kosten beim Kauf mit ei¬ 
nem RiscPC und sind in Britischen Pfund 
angegeben: 

_ACA42: Texas Instruments 

486SXL CPU mit 33 MHz CPU 
Takt (Preis 99,-) 

_ACA53: IBM 486 Blue Lightning 

DX2 mit 33 MHz Bustakt und 66 
MHz CPU Takt sowie 8 kB LI Ca¬ 
che und 128 kB of L2 Cache (Preis 
149,-). 

_ACA56: Texas Instruments 486 

DX4 mit 100 MHz CPU Takt (Preis 
199,-). 

_ACA57: IBM 5x86 CPU mit 100 

MHz Taktfrequenz (Preis 399,-) 


Acorn ACA52 Prozessorkarte 


Allen Karten gemeinsam ist die Nutzung 
sämtlicher Peripherie des RiscPC, ge¬ 
steuert durch das PC Emulator Programm 
„!PC“. Es erlaubt Feineinstei- lungen wie 
die Zuteilung von Platz für eine virtuelle 
Festplatte und den Zugang zu den 
Schnittstellen des RiscPC. Der Videozu¬ 
griff kann entweder in einem RiscOS 
Fenster erfolgen oder im Vollbildmodus. 
Die Darstellung im Fenster ist signifikant 
langsamer als im Vollbild, da hier die Aus¬ 
gaben über RiscOS laufen und der PC 
Prozessor nicht direkt mit der Video-Hard¬ 
ware spricht. Leider gelingt aus dem 
Emulator kein Zugriff auf Netzwerkfunkti¬ 
onen. Ist der RiscPC mit einem Ethernet- 
Podule ausgestattet, sieht der PC Emula¬ 
tor davon nichts. 

Der Niedergang von Acorn im Jahre 1999 
und die Turbulenzen in den Jahren davor 
haben verhindert, dass weitere Prozes¬ 
sorkarten erschienen sind. So stellte 
Acorn 1995 eine PowerPC Karte in Aus¬ 
sicht, diese wurde aber niemals produ¬ 
ziert. Ebenso ist ein Ausbau des RiscPC 
zu einer ARM-Maschine mit symmetri¬ 
schen Dual Processing ausgeblieben. 
Letztlich mögen die PC Karten auch einen 
Teil der Schuld daran tragen, denn sie 
führten dem Acorn-User deutlich vor, wie 
groß das Angebot an Software in der Mi¬ 
crosoft Windows Welt zu diesem Zeit¬ 
punkt bereits war. So eröffnete die 
Prozessorkarte den Weg zum PC, der 
dann meist den Acorn RiscPC in den 
Haushalten ablöste. 


ARM7 für BBC Micro 

Wie so oft bei klassischen Computern hat 
das Ende des Herstellers aber nicht das 
Ende der Entwicklung der Rechner be¬ 
deutet. So hat Robert Sprowson die Idee 
der Tube aufgenommen und ein Zweit- 
prozessor-Modul für den BBC Master und 
die BBC Modelle A,B und B+ entwickelt, 
die einen ARM7-Prozessor benutzen. Die 
Module sind mit 16 oder 32 MB RAM be¬ 
stückt und können aus dem BBC Basic 
für umfangreiche Berechnungen benutzt 
werden oder CPU Emulationen fahren. 
Sie werden unter 100,- Pfund angeboten. 

Fazit 

Acorns Leistungen sind gewiss mehr als 
eine Randnotiz in der Computergeschich¬ 
te wert. Bereits 1981 brachte das Unter¬ 
nehmen mit „The Tube“ eine Schnittstelle 
für Zweitprozessoren in ihren Rechnern 
heraus und ist dieser Offenheit bis zum 
Ende der 1990er Jahre treu geblieben. 
PC Emulation ist hier von Hause aus eine 
Eigenschaft der Systeme. Schade nur, 
dass der Markterfolg nicht größer war - 
eine PowerPC- oder Pentium CPU Karte 
hätte dem RiscPC noch größere Betriebs¬ 
systemwelten eröffnen können, (gb) 


Links 

http://www.apdl.org.uk/riscworld/ 

volumes/volume9/issue5/2ndproc/ 

index.htm 

http://chrisacorns.computinghistory. 

org.uk/Computers.html 

http://www.sprow.co.uk/bbc/armcopro 
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PCPro 3 




Disk Drlues 


LPT Ports 


COH Ports 


Other Adapters 


IPress ALT for nenu. or press highliahted letter. or P3 to guit Hi 




G;39PM 


MS-DOS- Eingabeauffoide. 


MS-DOS- Eingabeaufforderung 


Unknown/Unkni 

486SX 


636K, 6144M Ext, 
1024K EMS, 1024K XMS 



PC Card configuration: Default 


Name | 

1 Default 

:e| 

UunchlPC 1 

f - -- - 


Disc Setup Memory Printing Serial Port Netünks 


SCSI 


Front-end Roppies Advanced 


Items marked with a ☆ can be changed after !PC has started 



Delete 



Revertto 


Memory 


Memory Configuration 
Memory in machine 
Free memory available now 
Lower limitfor display memory 
Memory to allocate to PC Card 


256 /AKb 


pz“ ;;ajMb 


Support VESA 2.0 / DirectDraw 


Cancel 


!PCPro ist das Konfigurations- und 
Steuerprogramm zur PC Prozessor¬ 
karte, hier die Version 3.06 der von 
Aleph One hergestellten Software. 
Die zahlreichen Einstellmöglichkei¬ 
ten zeigen die Möglichkeiten der 
Karte. Im Fenster bettet sich das 
MSDOS- oder Windowsprogramm 
unkompliziert in die GUI von Ris- 
cOS ein. Ein Datenaustausch ist 
über die Zwischenablage möglich. 


Front-end 


—Startup... 

j frozen ^ full screen 
Show toolbar 


in a Window 


Switching from PC Card to RISC OS 
Middle mouse button only 
^ Alt-Break key only 
^ Middle mouse button or Alt-Break key 
^ Do notallow return to RISC OS 

Multi-tasking speeds 

...in foreground fT 
...in background rr /A* 


Dispiav öptions 


Windows 3.xx saeen mode 


Im Bild oben läuft Windows 3.11 un¬ 
ter MSDOS 6.22 zusammen mit 
Calmira II als Oberfläche. Die Micro¬ 
soft Systemdiagnose bestätigt die 
im Konfigurationsprogramm einge¬ 
stellten Werte. 


800 x 600 

:b1 

1 256 colours 

:bij 


Resolution 
Colours 

Windows 95/98 users should change mode from 
the Display’ control panel after booting. 

Video speed-ups 

_I Fast Video Frameskip |4 

_I Automatically switch to single-taskng 




y\ 



Exploring Fixed (C:] 

£ile £dil yiew Jools 

üelp 

8 Dttve c (C:) 

t] elal *N®I x|ailell»r>lmlIIT®ili3i|ail 


^ j 


L® J 


5. J 


^ My Computer 
a 8 Floppy (A:) 
B 8 Dfive_c (C:) 
□ Bin 
Cl Dos 
B C3 Gern 
: n 0ptn= 


Gern 


Pfogtams 




0 :a 


□ wsipiHHHIIHHHIl 

m n WinM Computer... 




Memory... 


Wlntlows — 


IRQ Status... 


TSR Programs... 


IBobiects 2OT 


^ Window ^ Contents 


^ □ LJl^ 

0 tDEDisc4 :0 Apps 


© "la H ?s5' 
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Tj Wie aus dem Amiga 500 ein PC mit MS-DOS wird 


1»^ 
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Amiga 

Transformer 


M anche halten den Amiga für 
eine Spielekonsole mit Tasta¬ 
tur. Jeder Amiga-Fan wird aber 
gern verdeutlichen, wie falsch die¬ 
se Einschätzung ist. Unser Ver¬ 
einsmitglied Jochen Emmes 
erzählt im folgenden Artikel, wie er 
den Amiga gewinnbringend im In¬ 
formatikstudium zum Einsatz 
brachte. 

Von 1988 bis 1991 war ich als Übungs¬ 
gruppenleiter im Studiengang Informatik 
tätig. Es gab dort zwei Vorlesungen, die 
aufeinander aufbauten: Algorithmen I und 
II. Darin wurde den Studenten am Bei¬ 
spiel von Turbo-Pascal das strukturierte 
Programmieren näher gebracht. Um den 
begehrten Schein zu bekommen, muss¬ 
ten die Studenten kleine Programmier- 
Aufgaben lösen und zusam- men mit ei¬ 
nem Ausdruck abgeben. Bewertet wurden 
die Struktur, die Namensgebung der Vari¬ 
ablen, die Kommentare und natürlich die 
Lauffähigkeit. Das war zwar nicht das ent¬ 
scheidende Kriterium, aber für die volle 
Punktzahl sollte das Programm fehlerfrei 
laufen. Die Anforderungen waren also 
härter als in dem damals bekannten Witz; 
„A/a, wie findest Du mein Programm? Mal 
abgesehen davon, dass es nicht läuftT. 

Da ein Übungsgruppenleiter nicht all zu¬ 
viel verdient und ich meine Miete und das 
Mensaessen zahlen musste, war meis¬ 
tens Ebbe in meiner Studentenkasse. 
Mein Computer war ein Amiga A500 mit 
einem alten SA/V-Fernseher als Monitorer¬ 
satz. Einen professionellen Monitor oder 
sogar einen Farbmonitor konnte ich mir 
schlicht nicht leisten. Was ich konnte, war 
einen Fernseher mit Monitoreingang 
nachzurüsten. Wo die gefährlichen Span¬ 
nungen anlagen, hatte ich in einigen teils 
schmerzhaften Versuchen inzwischen ge¬ 
lernt. 

An einen eigenen PC als Plattform für 
Turbo-Pascal war nicht zu denken. Statt- 
dessen entschied ich mich für Amiga 





Transformer von Simile Research, einem 
PC-Emulator als reiner Software- lösung. 
Trotzdem musste ich noch mal tief in die 
Tasche greifen. 


Amiga 

TRMSF(XMER. 

For l S*ng ftipubr IBM ’ PC .Software 


Bn 


Unbedingt nötig: Das 5,25 Zoll Laufwerk für 
den Amiga 


Wenn ich die 5.25 Zoll-Disketten meiner 
Übungsgruppe irgendwie lesen wollte, 
war ein 5.25 Zoll Laufwerk für den Amiga 
500 unbedingt nötig. Ein Preisvergleich in 
der Vor-Internet Zeit Hess sich viel schwie¬ 
riger bewerkstelligen als heute und die 
Laufwerke gab es auch nicht an jeder 
Straßenecke. Auf einer Amiga-Messe 
wurde ich dann fündig und der günstige 
Messepreis tat sein Übriges. Auf der 
Heimfahrt war ich stolzer 


Aniga TraRsföPwei» 

Cowpiwt 1985. 1586,1587 Sinile Sesearch 
Vepsion 1.2i 
Availal»le neiRiHi: 498K 

My$ A: is B: is dif8: 

Piease ißsept a BOS Diskette in drive A: 
ppess RETIll^ ta stapt the BOS 

OP 

press EC ta petupn to the Aniga IK^ 
Staptifif BOS..... 


C4i?pent date is Tue 1-81-1588 
mief neu date (nn-dd-M«): 82-23-55 
Ciippent tine is 8:88:31.51 
üitep ne» tine: 


«icpösöft(it) m-miJO Uepsion 3.38 

(OCopgpight Microsoft Copp 1981-1987 


Bootmeldungen des Emulators 





Besitzer eines 5.25 Zoll Laufwerks. Ich 
habe den Kauf nicht bereut, denn das 
Laufwerk ist bis heute funktionsfähig. 

Mit dem Laufwerk konnte ich nicht nur die 
IBM Disketten lesen und schreiben, auch 
am Amiga machte das Laufwerk eine gu¬ 
te Figur. Und als die 5,25 Zoll Disketten 
schließlich von den 3,5 Zoll Disketten ver¬ 
drängt wurden, gab es den 10er Pack 
5,25 Zoll Disketten schon mal zum 
Ramsch-Preis. Deswegen habe ich heute 
noch einen guten Teil meiner Software für 
den Amiga auf 5,25 Zoll Disketten. Im 
Amiga-Modus passen 880 kB auf eine 
Diskette, genau wie auf eine 3,5 Zoll Dis¬ 
kette. Im PC Modus passen nur 720 kB 
darauf. Wenn die Disketten in den IBMs 
der Universität benutzbar sein sollten, war 
eine Reduktion der Kapazität auf 360 kB 
nötig. Für die kleinen Turbo-Pascal Pro¬ 
gramme reichte das aber völlig aus. 

Näher betrachtet 

Nun zum Emulator selbst; Ami¬ 
ga Transformer von Simile Re¬ 
search erschien 1985 
zusammen mit dem Amiga 
1000. Ein Jahr später wurde das 
Programm zusammen mit dem 
Amiga 1020 Laufwerk (5.25 Zoll) 
verkauft. 1987 erschien die hier 
vorgestellte Version 1.21. Die 
Besonderheit gegenüber ande¬ 
ren Lösungen wie dem Sidecar; 
Der Transformer ist eine reine 
Software-Lösung, die auf einem 
A500 ohne jede Erweiterung 
läuft. Nur für die Verwendung 
der zu dieser Zeit am PC übli¬ 
chen 5.25 Zoll-Disketten braucht 
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der Anwender ein externes 5.25 Zoll 
Laufwerk. Der Amiga ist ja serienmäßig 
mit einem 3.5 Zoll Laufwerk ausgestattet. 

Eine reine Softwarelösung geht natürlich 
auf Kosten der Geschwindigkeit - der PC 
Transformer ist in der Tat sehr langsam. 
Verglichen mit IBMs Ur-PC, dem XT mit 
4.7 MHz Takt ist der Transformer auf ei¬ 
nem normalen A 500 ohne jede Erweite¬ 
rung 4 bis 5 Mal langsamer. Reine text¬ 
basierte Anwendungen unter MS-DOS 
sind jedoch schnell genug, um flüssiges 
Arbeiten auch auf dem Amiga zu ermögli¬ 
chen. Dies gilt auch und vor allem für die 
Programmiersprache Turbo-Pascal. Die 
Bilder dieses Artikels zeigen MS-DOS in 
der Version 3.3 und Turbo-Pascal 5.5. 

Das Programm bietet vielfältige Konfigu¬ 
rationsmöglichkeiten, der Anwender kann 
die Wiederholungsrate der Tastatur eben¬ 
so einstellen wie Speicher und Lauf¬ 
werks-Zuordnung. 


UPARROU opMUNARRDU to hWi^t an Option 

SPACEBAR to chanire Option 

ESC to finish and return to OFIIONS MENU 


_Video Menu 

_Memory Menu 

_Attachments Menu 

_Mono Menu 

Die Konfiguration wird mit 
einem extra Programm „Se- 
tATPrefs“ festgelegt. Das 
Emulationsprogramm 
braucht nur eine kleine Kon¬ 
figurationsdatei einzulesen. 

Das eingebaute Amiga- ^^^^TPrefs stellt wichtige Parameter des Amiga Transformers 

Laufwerk im 3,5 Zoll Format 
fasst immerhin 720 kB unter 
MSDOS, HD-Disketten las¬ 
sen sich nicht verwenden. Der emulierte 
Grün-Monitor (bei Verwendung eines 
Farbmonitors) entspricht den damals üb¬ 
lichen Bildschirmen für den PC. 


Line 1 Col 1 Insert Indent 
PPögra» q; 
var ilinteqep; 

Legin 

iör i:=l tö 18 do ___ 

witelnCi/ 


Unindent BIQUADRAT.PAS 


Hain Eile: NQUADRAT.PAS 
CoHpiling: DIfOR 4 QUABRAT.PAS 

Total File 

Lines coNpiIed: 7 7 

AvailaLle neMPy! 154X 


Es gibt übrigens 
noch einen kleinen 
Gag; sobald der 
Transformer ge¬ 
startet wird, geht 
die Power-Lampe 
des Amiga aus, 
denn es ist ja jetzt 
kein Amiga mehr... 


ifl-Nelr Ü-Tpact j^Step iShlb]« lEhttonu 


Ein seltener Anblick auf dem Amiga: Turbo Pascal 5.5 


Mögen auch Sidecar und erst recht die 
Bridge Board- und PC-Emulatorkarten 
der großen Amigas viel mehr Leistung 
bringen - Spaß macht der Amiga Trans¬ 
former in jedem Falle. Wer also ein 5,25 
Zoll Laufwerk besitzt, für den lohnt sich 
ein Blick. 

Link 

http;//www.retro-commodore.eu/ 

download.php?file= 

Commodore_Amiga_Transformer.pdf 


lieber den Au'tor 

Jachen Emmbs i5~t 
Dip 1 DM—Phij5iker und 
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Dann schreibe doch mal über Deine Lieblinge! 
Hast Du spannende Geschichten zu erzählen 
oder besitzt Du exotische Hardware? 
Wir suchen immer Artikel zu allen Themen 
rund um Retro-Computing 
und klassische Computer. 

Schreib' an redaktion@load-magazin.de 
































ri 


t£k ' ^ 


Welt und Gesellschaft 


Zur materiellen Kultur der Moderne als historischer Quelle-Teil 1 

Archäologie der 


ZU 


D ie meisten Menschen kennen 
Archäologen vor allem aus 
gängigen Darstellungen aus dem 
Bereich der Popkultur. Besonders 
bekannt sind Figuren wie Indiana 
Jones oder Lara Croft. Das dort 
vermittelte Bild von archäologi¬ 
schen Berufen hat allerdings recht 
wenig mit der tatsächlichen Arbeit 
eines Archäologen gemeinsam. 

Vielmehr verdichten sich die gängigen Bil¬ 
der von Archäologen im popkulturellen 
Kontext zu einem festen Kanon von Er¬ 
zählelementen und Motiven, die immer 
wieder kehren. Archäologen sind hier 
Abenteurer, mutig, athletisch, attraktiv 
und intelligent. Sie suchen vor allem ein¬ 
zelne Artefakte von besonderem wissen¬ 
schaftlichem und finanziellem Wert 
(„Schatzsuche“). Diese Artefakte werden 
überwiegend in exotischen, fremden kul¬ 
turellen Kontexten gewonnen. Ihnen wer¬ 
den magische Fähigkeiten zugeschrieben 
und sie können oft als mächtige Waffen 
eingesetzt werden. Archäologen verteidi¬ 
gen diese als Repräsentanten des „Gu¬ 
ten“ vor „bösen“ Akteuren. Sie treten als 
„Helden“ auf. Dabei verteidigen sie sich 
mit Waffen aus einer Position moralischer 
Überlegenheit heraus. Die Verteidigung 
der Artefakte vor dem Zugriff des „Bösen“ 
scheint deren Entfernung aus ihrem kultu¬ 
rellen Kontext moralisch zu rechtfertigen. 
Artefakte stammen aus kulturellen Zu¬ 
sammenhängen, denen durch ihr Alter 
besondere Fähigkeiten und Weisheiten 
zugeordnet werden. Mythen und Traditio¬ 
nen der aufgesuchten Menschen erschei¬ 
nen als bis in heutige Zeit über 
Jahrhunderte hinweg statisch und unver¬ 
ändert. Sie werden im Verborgenen prak¬ 
tiziert und am Leben gehalten. Sie 
erscheinen als Anachronismen. Von den 
Archäologen genutzte Schriftquellen wer¬ 
den im Film nicht kritisch reflektiert. Über¬ 
lieferungen schildern stets detailgetreu 
reale Sachverhalte; symbolische oder my¬ 
thische Inhalte, sowie die Absichten des 
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Verfassers der ^ _ 

Quelle werden 
nicht analysiert. 

Die Archäologen 
des Kinos kennen 
weltweit alle alten 
Sprachen und My¬ 
then so gut, dass 
sie jede Inschrift 
sofort übersetzen 
und historisch ein- 
ordnen können. Im 
weiteren Verlauf 
dieses Beitrages 
wird die Frage der 

Darstellung von archäologischer For¬ 
schung in den Medien nochmals aufge¬ 
griffen werden. 

Archäologie in der Praxis 

In der tatsächlichen Arbeitspraxis von Ar¬ 
chäologen gibt es verschiedene typische 
Arbeitsschritte, die im Wesentlichen nach¬ 
einander ablaufen. Allerdings werden neu 
gewonnene Quellen und Erkenntnisse 
während der Arbeit immer wieder reflek¬ 
tiert, Methoden angepasst und neue Fra¬ 
gestellungen entwickelt. Auch werden 
nicht immer alle genannten Arbeitsschrit¬ 
te wirklich durchgeführt. Beispielsweise 
können auch Forschungsobjekte unter¬ 
suchtwerden, die nicht im Rahmen einer 
archäologischen Ausgrabung gewonnen 
werden. In diesen Fällen stehen meist die 
Sichtung und Auswertung von Funden Im 
Vordergrund. Es ist aber auch der Fall 
denkbar, dass der archäologische Cha¬ 
rakter der Bearbeitung vor allem an der 
Art der Fragestellung und der speziellen 
Blickrichtung auf den Untersuchungsge¬ 
genstand festgemacht werden kann. Je¬ 
des wissenschaftliche Fach hat seine 
ganz eigene Art, auf den Untersuchungs¬ 
gegenstand zu blicken und ihn zu befra¬ 
gen. Wolfgang Kaschuba, Professor für 
europäische Ethnologie an der Humboldt- 
Universität Berlin, hat mit dem Begriff der 










„kognitiven Identität“ (Kaschuba 2012, 12- 
14) den Standort wissenschaftlicher Dis¬ 
ziplinen im Verhältnis zu benachbarten 
und verwandten Disziplinen im Span¬ 
nungsfeld zwischen Eigenwahrnehmung 
und Außenwahrnehmung bezeichnet. Da¬ 
bei sei es wichtig, dass zwar jedes wis¬ 
senschaftliche Fach über eine gewisse 
Bandbreite an methodischen Zugängen 
und Fragestellungen bis in die Grenzge¬ 
biete zu anderen wissenschaftlichen Dis¬ 
ziplinen hinein verfüge, dabei aber 
trotzdem nicht in die Beliebigkeit abgleite. 
Vielmehr gruppierten sich die verschiede¬ 
nen methodischen Ansätze und Frage¬ 
stellungen um einen thematischen und 
methodischen Kern herum, der jedem 
Fachgebiet seine einzigartige Handschrift 
verleihe. 

Die „Atari-Ausgrabung“ 

Werfen wir im Folgenden einen Blick auf 
eine archäologische Ausgrabung, die uns 
geradewegs zu unserem Untersuchungs¬ 
gegenstand führt. 1982 kam der Film 
„E.T- The Extraterrestrial“ des bekannten 
Regisseurs Steven Spielberg in die Kinos. 
Spielberg fürchtete einen schwachen Ki¬ 
nostart, da es bei vielen seiner Erfolgsfil¬ 
me einige Wochen gedauert hatte, bis die 
Filme zu Publikumsmagneten wurden. 
Deshalb wollte er als zusätzliche Werbe¬ 
maßnahme ein Videospiel entwickeln las- 
























sen. Der Medienkonzern Warner Commu¬ 
nications wollte seinerseits Spielberg für 
eine künftige Zusammenarbeit bei dessen 
Filmen gewinnen. Also kaufte Warner 
Communications 1982 die Rechte für die 
Herstellung des Videospiels von Steven 
Spielberg für 22 Millionen Dollar. Mit der 
Herstellung des Spiels wurde Warners 
Tochterfirma Atari beauftragt (Lapetino 
2016; Retro Gamer2018, 94-101; Penn 
2014 (Film)). 1982 war Atari mit einem 
Marktanteil von 80 % unangefochtener 
Marktführer Im Bereich der Videospiele 
für zu Hause. Die Videospielkonsole VCS 
2600 war die erste wirklich erfolgreiche 
Spielkonsole der zweiten Generation und 
beerbte die zahlreichen Pongkonsolen. 
Atari hoffte 1982, weitere 10 Millionen Ge¬ 
räte des VCS 2600 verkaufen zu können. 
Für das E.T. -Spiel rechnete die Firma mit 
etwa 6 Millionen verkauften Modulen. Um 
den Film bewerben und die Investition in 
die Filmrechte finanziell ausgleichen zu 
können, war Atari auf die Umsätze im 
Weihnachtsgeschäft angewiesen. Als Ho¬ 
ward Scott Warshaw sich bereit erklärte, 
das Spiel zu programmieren, blieben ihm 
hierfür deshalb nur 5 Wochen Zeit. Be¬ 
kannt war Warshaw vor allem durch sei¬ 
nen Spielehit „Yars' Revenge“. Er stellte 
„E.T.“ rechtzeitig fertig und bekam die 
Freigabe von Steven Spielberg, dem das 
Spiel gefiel. Atari produzierte zunächst 4 
Millionen Exemplare. 

E.T. - ein Flopp 

Im Weihnachtsgeschäft 1982 befand sich 
der Titel an der Spitze der Verkaufscharts 
für Videospiele. In den folgenden Wochen 
begannen viele Kunden jedoch, das Spiel 
umzutauschen. Die Gründe hierfür waren 
vielfältig. Um das Spiel verstehen zu kön¬ 
nen, war es nötig, die Anleitung gründlich 
durchzulesen, woran die Kunden damals 
nicht gewöhnt waren. Die meisten ande¬ 
ren Spiele waren selbsterklärend. Außer¬ 
dem war das Spiel zu schwer und 
frustrierte deshalb viele Kinder, die da¬ 
mals die Hauptzielgruppe für Videospiele 
waren. E.T. musste im Spiel Teile eines 
Telefons finden, um nach Hause telefo¬ 
nieren zu können. Die Teile verbargen 
sich in Gruben. Um sie zu finden, musste 
man nach und nach alle Gruben durchsu¬ 
chen. Es war jedoch sehr schwer, wieder 
aus diesen heraus zu kommen. Oft fiel 
E.T. sofort wieder in die Grube zurück. 
Die Enttäuschung vieler Kunden bestand 
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auch im großen Qualitätsunterschied zwi¬ 
schen Film und Spiel, waren die Erwar¬ 
tungen vor der Veröffentlichung doch 
besonders groß gewesen. 

Nach den insgesamt enttäuschenden Ver¬ 
kaufszahlen von E.T. begann die Finanz¬ 
abteilung von Warner Communications 
nervös zu werden. Die Umsätze brachen 
insgesamt im ersten Halbjahr des Jahres 
1983 deutlich ein. Atari hatte zu spät be¬ 
merkt, dass der Markt für Videospiele 
längst übersättigt war. Auch hatte die 
schlechte Qualität vieler Videospiele ins¬ 
besondere von unabhängigen Anbietern 
das Vertrauen der Kunden in die Vide¬ 
ospielbranche erschüttert. Schließlich 
stand mit den Homecomputern ein neues, 
flexibleres und vielseitigeres Medium zur 
Verfügung. An der Börse führten die neu¬ 
en Geschäftsberichte zu einem Kursab¬ 
sturz, der auch andere Firmen wie Mattel 
erfasste. Es kam zum sogenannten „Vide¬ 
ospielecrash“. 

Vergraben... 

Atari hat sich von diesem finanziellen De¬ 
saster nie wieder ganz erholt, Mattel über¬ 
lebte nur, weil Teile der Firma von 
Investoren übernommen wurden. Um die 
Kosten zu reduzieren, musste Atari 1983 
schnell seine Lager räumen, in denen 
sich Überproduktionen und Retouren zu 
stapeln begannen. Daraufhin fuhr eine 
Kolonne von Lastwagen mit Lagerbestän¬ 
den nach Alamogordo, eine Kleinstadt in 
New Mexico, um die überschüssige Ware 
auf der dortigen Mülldeponie abzuladen. 
Von dieser Entsorgung bekam die Presse 
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Wind und veröffentlichte einige Artikel. 
Um diesen Vorgang bildete sich im Laufe 
der Jahre ein moderne urbane Legende. 
Es wurde behauptet, dass es sich vor al¬ 
lem um Module des Spiels E.T. gehandelt 
habe. Parallel zur Entsorgung hatte die 
Zeitschrift „New Media“ einen Artikel ver¬ 
öffentlicht, in dem behauptet wurde, das 
Spiel E.T. sei für die Zerstörung der Vide¬ 
ospielindustrie verantwortlich gewesen. 
Ein Spiel, das vergraben wurde und qua¬ 
si im Alleingang die Videospielindustrie 
begraben hatte, musste besonders 
schlecht gewesen sein. In der Folge fand 
sich über die Jahrzehnte das Spiel E.T. 
auf fast jeder Liste der schlechtesten Vi¬ 
deospiele aller Zeiten, meist auf Platz 1. 
Das Wissen um die in Alamogordo depo¬ 
nierten Videospielmodule verblasste mit 
der Zeit und wurde zu einer modernen 
Legende umgestaltet, in der E.T. als 
schlechtestes Videospiel aller Zeiten erst 
die Videospielindustrie zerstört habe und 
anschließend deshalb in Alomogordo auf 
der Mülldeponie beerdigt worden sei. 

...aber nicht vergessen 

Im Juni 2013 hörte der Videospielefan 
und klassische Archäologe Andrew Rein¬ 
hard von der „American School of Classi- 
cal Studies“ in Athen von einem 
Filmprojekt des Drehbuchautors und Re¬ 
gisseurs Zak Penn für die Firmen Light- 
box Entertainment und Microsoft (für den 
Dienst Xbox Live). Es sollte eine Doku¬ 
mentation über die Legende von den in 
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Alamogordo vergrabenen E.T. Modulen 
gedreht werden (Reinhard 2015, 86-93). 
Dabei sollten die Module auf der Deponie 
gesucht und ausgegraben werden, um 
die Legende auf ihren Wahrheitsgehalt zu 
überprüfen. Andrew Reinhard erkundigte 
sich bei Zak Penn, ob dieses Projekt von 
einem professionellen Archäologen wis¬ 
senschaftlich begleitet würde. Zak Penn 
lud daraufhin Andrew Reinhard ein, sich 
an dem Projekt zu beteiligen. Das Team 
bestand schließlich aus Zak Penn, An- 
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drew Reinhard, denn Archäologen/ An¬ 
thropologen Richard Rothaus, dem Ar¬ 
chäologen Bill Caraher, Dem Soziologie¬ 
professor Bret Weber, dem Videospielhis¬ 
toriker Raiford Gains und dem ehemali¬ 
gen Manager der Deponie und Hobby¬ 
archäologen Joe Lewandowski. Für die 
Arbeit vor Ort wurden außerdem ein Bag¬ 
ger, eine Gruppe von Arbeitskräften und 
die für eine archäologische Ausgrabung 
übliche Ausrüstung gebraucht. Für die Ar¬ 
beiten vor Ort genehmigten die Behörden 
ein Zeitfenster von nur drei Tagen. Joe 
Lewandowski kannte aus seiner Arbeits¬ 
praxis vor Ort die Deponie sehr gut und 
hatte über Jahre gründlich recherchiert, 
an welcher Stelle sich die Spielmodule 
vermutlich befinden würden. 

Die Suche beginnt 

Am 24. April 2014 begannen die Ausgra¬ 
bungsarbeiten mit Testbohrungen. Bereits 
nach wenigen Versuchen wurden Zeitun¬ 
gen und Briefe mit Daten von 1983 und 
erstes Atarimaterial gefunden. Am 25. 
April trug man zunächst die Schichten 
über den relevanten Fundschichten mit 
einem Bagger ab. Wegen der Instabilität 
des die Spiele umgebenen Materials (Ma¬ 
trix) konnte statt eines richtigen Schnittes 
nur ein tiefes Loch ausgehoben werden. 
Beobachtungen im unmittelbaren Bereich 
des Bodeneingriffs waren wegen der aku¬ 
ten Gefahr, verschüttet zu werden, eben¬ 
falls nicht möglich. Im Verlauf des 26. 
April wurden die vermutete Deckschicht 
aus Zement und die gesuchte Schicht mit 
den Spielen entdeckt. Insgesamt wurden 
über 40 verschiedene Videospiele und 
Hardware gefunden. Vor Ort wurden die 
Funde sortiert und verpackt. Ein Teil wur¬ 
de der Smithonian Institution übergeben, 
ein Teil wurde in Museen konserviert, prä- 
serviert und ausgestellt. Einige der Funde 
wurden von der Stadt Alamogordo bei 
Ebay versteigert. Die Erlöse gingen als 
Spende an die dortige Historische Gesell- 
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Beginn der Ausgrabung 


Schaft. Die Dokumentation über die 
Ausgrabung erschien unter dem 
Titel „Atari- Game over“ (Penn 
2017 (Film)). 

Achäologie als Medien¬ 
event 

Die Ausgrabung in Alomogordo 
wies im Vergleich zu anderen ar¬ 
chäologischen Ausgrabungen eini¬ 
ge Besonderheiten auf. Unge¬ 
wöhnlich war zum Beispiel, dass die Initi¬ 
atoren der Ausgrabung Firmen aus dem 
Bereich der Unterhaltungsindustrie waren 
und nicht wie sonst Behörden oder For¬ 
schungseinrichtungen. Vor Ort hatte die 
Ausgrabung durch die vielen Zuschauer 
Eventcharakter. Das gebannt wartende 




f 

Bild: www.welt.de 


Erfolgreiche Ausgrabung 
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Müll wird sortiert 


Publikum wurde regelmäßig vom Ausgra¬ 
bungsteam informiert. Bei Erfolgen jubel¬ 
ten die Zuschauer den Archäologen und 
Filmemachern zu. Ungewöhnlich war es 
auch, eine moderne urbane Legende zum 
Untersuchungsgegenstand zu machen. 
Da sehr rezente Objekte ausgegraben 
wurden, sind die Zuschauer der Ausgra¬ 
bung und des Films mit ihren Lebensge¬ 
schichten und Erinnerungen mit diesem 
Untersuchungsgegenstand verbunden. 
Die Artefakte können sogar mit einzelnen 
handelnden Personen verbunden werden. 
Die seinerzeit handelnden Personen kön¬ 
nen nicht nur identifiziert, sondern auf¬ 
grund der geringen zeitlichen Distanz 
auch als Zeitzeugen befragt werden. 

Archäologie der Moderne 

Betrachtet man die Ausgrabung in Ala¬ 
mogordo unter fachlichen Gesichtspunk¬ 
ten, so lässt sich zunächst feststellen, 
dass es sich um die bisher einzige wirkli¬ 
che archäologische Ausgrabung von 
Computersystemen und ähnlichen Gerä¬ 
ten handelt. Diese Untersuchung einer 
modernen Müllkippe schließt an die Müll¬ 
archäologie von William Rathje und Cul- 
len Murphy an (Rathje & Murphy 2001). 
William Rathje gründete das „Garbage 



Project“ an der Universität von Arizona. 
Man gewann dort Erkenntnisse zu Verän¬ 
derungen in der Konsumkultur, zu Verän¬ 
derungen in der Zusammensetzung der 
genutzten Rohstoffe und insgesamt zu 
deren Wertschätzung. Ferner erlaubte die 
Untersuchung einen Vergleich der Kon¬ 
sumkultur verschiedener sozialer Schich¬ 
ten. In Deutschland hat sich mit der 
Thematik vor allem Eva Becker beschäf¬ 
tigt. Müll im weiteren Sinne ist im Grunde 
ein alltägliches Thema von Archäologen, 
graben sie doch letztlich über alle Zeiten 
und Räume hinweg von Menschen hinter- 
lassenen Abfall aus, z.B. in Abfallgruben 
oder sekundär verfüllten Brunnen und 
Kloaken. Zusammenfassend konnte die 
Ausgrabung in Alomogordo interessante 
Ergebnisse zu den folgenden historischen 
Themenfeldern liefern; zur Geschichte 
der Videospielindustrie, zur Wirtschafts- 
ge- schichte der USA, zur Geschichte der 
Konsumgesellschaft, Freizeitgesellschaft/ 
Spaßgesellschaft, sowie des Spiels und 
der Kindheit. Ebenfalls können Videospie¬ 
le als Medium der Gewöhnung der Ge¬ 
sellschaft an die Digitalisierung 
thematisiert werden. Untersuchte Objekte 
aus der jüngeren Vergangenheit, wie sie 
in Alamogordo gefunden wurden, gehö¬ 
ren zum Untersuchungsgebiet der Con¬ 
temporary Archaeology bzw. Gegen¬ 
wartsarchäologie. Sie kann entweder als 
Teilgebiet der Neuzeitarchäologie oder 
als neues Forschungsgebiet angesehen 
werden. Diese Entscheidung ist davon 
abhängig, wie die Epochengrenzen für 
das 18. bis 21. Jahrhundert definiert wer¬ 
den. Zuletzt wurde der Vorschlag ge¬ 
macht, die Zeit nach einer sogenannten 
Sattelzeit bis Mitte des 19. Jahrhunderts 
grundsätzlich unter dem Begriff der Mo¬ 
derne zusammenzufassen. Begriffe wie 
Postmoderne würden dann entfallen. Ul¬ 
rich Müller schlägt entsprechend den Be¬ 
griff „Archäologie der Moderne“ vor 
(Müller 2017, 377-388). 














https;//\AAA/w. youtube.com/watch? 
v=Jq1jkkPqXM8&t=27s 

https://www.youtube.com/watch? 

v=6qfD11K74Bc&t=315s 

https://www.youtube.com/watch? 

v=j-Uz4zd8nzw 

https://www.youtube.com/watch? 

v=t70IWyzmaEI 

Hintergrund: 

Methoden der Archäologie 

Der bekannteste Teil der praktischen ar¬ 
chäologischen Arbeit dürfte die Durchfüh¬ 
rung einer Ausgrabung sein. Um eine 
solche Grabung realisieren zu können, be¬ 
darf es zuerst einer Vielzahl vorbereitender 
Arbeitsschritte. Diese richten sich auch da¬ 
nach, um was für eine Art der Ausgrabung 
es sich handelt. Grundsätzlich wird zwi¬ 
schen Forschungsgrabungen und Ret¬ 
tungsgrabungen unterschieden. 
Forschungsgrabungen richten sich vor 
allem an der wissenschaftlichen Fragestel¬ 
lung aus, die mithilfe des jeweiligen Aus¬ 
grabungsprojektes beantwortet werden 
soll. Die Ausgrabungsflächen können an 
unterschiedlichsten Orten liegen. Meist 
richtet sich die Auswahl des Grabungsplat¬ 
zes nach der Region, über die eine Aussa¬ 
ge gewonnen werden soll und nach dem 
Lagetypus im Gelände. Sollen z.B. Niede¬ 
rungsburgen untersucht werden, befinden 
sich diese an einer ganz anderen Stelle, als 
wenn Höhenburgen zu untersuchen sind. 
Altsteinzeitliche Fund- plätze z.B. können 
sowohl in Höhlen als auch im Freiland an¬ 
getroffen werden. Rettungsgrabungen hin¬ 
gegen dienen vor allem dem Zweck, in 
ihrem Bestand gefährdete Bodendenkmä¬ 
ler vor ihrer Zerstörung zu dokumentieren 
und je nach Ergebnis gegebenenfalls be¬ 
hördliche Auflagen zu machen. Meist sind 
Neubauten oder Umbauten der Auslöser 
für eine Rettungsgrabung. Deshalb befin¬ 
den sich die untersuchten Ausgrabungsflä¬ 
chen überdurchschnittlich häufig in 
Städten. Vor Beginn archäologischer Aus¬ 
grabungen müssen zunächst die Untersu¬ 
chungsvoraussetzungen und der 
Forschungsstand geklärt werden. Bei For¬ 
schungsgrabungen wird zunächst eine wis¬ 
senschaftliche Fragestellung auf Basis des 
jeweiligen Forschungsstandes entwickelt. 
In einem nächsten Schritt werden geeigne¬ 
te Untersuchungsobjekte (Bodendenkmä¬ 
ler, Baudenkmäler und Artefakte) 
ausgewählt, die etwas zur Beantwortung 
der gestellten Fragen beitragen können. 
Hierzu werden umfangreiche Recherchen 
durchgeführt, zu denen z.B. die Sichtung 
der Akten und Datenbanken in den Denk¬ 
malschutzbehörden oder die Suche nach 
weiteren zugehörigen Quellenbeständen 




Z.B. in Museen, Archiven oder Privat¬ 
sammlungen zählen können. 

Bei Rettungsgrabungen müssen die be¬ 
drohten Denkmäler zunächst nach Art des 
Denkmals, der zu erwartenden Aussagefä¬ 
higkeit und dem historischen Zusammen¬ 
hang eingeordnet werden. Aus- serdem ist 
das Verhältnis zu anderen Denkmälern in 
der Umgebung abzuklären. Diese Informa¬ 
tionen erhält man wiederum durch gründli¬ 
che Recherche. 

In einem nächsten Schritt müssen die 
Maßnahmen, die zur Quellenerschlie¬ 
ßung nötig sind, in ihrer praktischen Um¬ 
setzung geplant werden. Dies betrifft vor 
allem die benötigten Ressourcen an Geld, 
Material und Personal. Oft genug begren¬ 
zen diese Faktoren die Untersuchungs¬ 
möglichkeiten vor Ort erheblich. Bei 
Rettungsgrabungen ist zudem darauf zu 
achten, dass anstehende Bauprojekte nicht 
unverhältnismäßig durch die archäologi¬ 
sche Untersuchung beeinträchtigt werden. 
In der Planungsphase muss auch eine 
Auswahl der geeigneten Erschließungs¬ 
und Untersuchungsmethoden erfolgen. Zur 
Quellenerschließung nutzen Archäologen 
nicht nur die archäologische Ausgrabung. 
Vielmehr gibt es grundsätzlich drei Grund¬ 
typen der Quellenerschließung: Prospekti¬ 
on, Ausgrabung und Archäologische 
Bauforschung. Grundsätzlich ist bei der 
Quellenerschließung zwischen nichtinvasi¬ 
ven und invasiven Methoden zu unter¬ 
scheiden. Eine archäologische Ausgrabung 
zerstört das ursprüngliche Gesamtbild an 
Befunden, weshalb eine genaue Doku¬ 
mentation der Situation vor Ort durchzu¬ 
führen ist. Aus diesem Grund müssen auch 
grundsätzlich Genehmigungen für Ausgra¬ 
bungen eingeholt werden, die nur erteilt 
werden, wenn die Zerstörung der Befund¬ 
situation durch einen entsprechenden Wis- 
senszugewinn zu rechtfertigen ist oder eine 
Rettungsgrabung durchgeführt werden 
muss. Um sich auch ohne eine Ausgrabung 
ein Bild von einer Fundstelle machen zu 
können oder um zunächst zu einer besse¬ 
ren Einschätzung des Fundplatzes gelan¬ 
gen zu können, lassen sich zahlreiche 
sogenannte Prospektionsmethoden nut¬ 
zen. Im Rahmen der Fernerkundung wird 
das fragliche Gebiet mit einem Flugzeug 
überflogen. Dabei können die archäologi¬ 


schen Strukturen zum Teil unmittelbar aus 
großer Höhe anhand von Bodenverfärbun¬ 
gen, Schattenwürfen und Bewuchsmerk¬ 
malen erkannt werden. Der Einsatz 
moderner Airborne Laserscanner, beson¬ 
derer geophysikalischer Verfahren wie 
Geomagnetik, Geoelektrik und Bodenra¬ 
dar, die Untersuchung chemische Verän¬ 
derungen des Bodens in Bodenproben 
sowie das Vorkommen typischer Pflanzen¬ 
arten, sogenannter Kulturzeiger, unterstüt¬ 
zen den Archäologen. 

Nach Abschluss der Quellengewinnung fin¬ 
det die Auswertung bzw. Quellenanalyse 
statt. Sie beginnt zunächst mit der Quellen¬ 
kritik. Um ein angemessenes Bild von der 
Vergangenheit erarbeiten zu können, ist es 
wichtig, sich darüber Gedanken zu ma¬ 
chen, in welchem Verhältnis die heute 
durch archäologische Forschung zu gewin¬ 
nende Datenbasis zur ehemals vorhande¬ 
nen Gesamtheit der materiellen Kultur 
einer Epoche und/ oder Region steht. Ar¬ 
chäologische Forschung kann immer nur 
Teile der ehemals vorhandenen Realität in 
den Fokus nehmen. Einerseits ist diese 
Ausschnitthaftigkeit durch die Begrenzung 
auf eine bestimmte Fragestellung, eine be¬ 
stimmte Epoche oder eine klar definierte 
Region bedingt. Auch der jeweilige For¬ 
schungsstand spielt oft eine nicht unerheb¬ 
liche Rolle. Andererseits erhalten sich im 
Verlauf der Zeit nicht alle Teile der materi¬ 
ellen Kultur in gleichem Umfang. Vielmehr 
gibt es eine ganze Reihe von Faktoren, die 
dafür verantwortlich zeichnen, welche Aus¬ 
schnitte der ehemals vorhandenen materi¬ 
ellen Kultur überhaupt überliefert werden. 
Die Gesamtheit all dieser Ausleseprozesse 
durch Überlieferung und Forschung wer¬ 
den unter dem Begriff der „Formations¬ 
prozesse“ zusammengefasst (Schreg 
2016a, 101-113). Unter primärer Formati¬ 
on versteht man hierbei alle diejenigen 
Prozesse, die dem sogenannten systemic 
context angehören. Damit sind alle Spuren 
der ehemaligen aktiven Lebenswelt ge¬ 
meint, zum einen alle Prozesse, in denen 
sich menschliches Handeln materialisierte, 
zum anderen die Prozesse, die zum Aus¬ 
scheiden 

der Dinge und baulichen Strukturen aus 
der aktiven Lebenswelt geführt haben. Hier 
werden vor allem die handelnden Men¬ 


schen sichtbar. Unter dem Begriff sekun¬ 
däre Formation werden alle jene Prozesse 
zusammengefasst, denen die Spuren der 
ehemaligen aktiven Lebenswelt während 
der Thanatozönose unterworfen sind, also 
im Zustand des Verfalls, der Ablagerung 
und in der Erde. Schließlich werden mit der 
Taphozönose diejenigen Prozesse der Er¬ 
forschung alter materieller Kultur erfasst, 
bei denen Forscher durch ihren Umgang 
mit den Daten während der Datenaufberei¬ 
tung und Auswertung Einfluss auf die vor¬ 
liegende Datenbasis nehmen. 

In einem weiteren Schritt der archäologi¬ 
schen Bearbeitung werden die gewonne¬ 
nen Artefakte gereinigt, aufbereitet, sortiert, 
beschriftet und vor allem in Datenbanken 
erfasst. Es werden Zeichnungen und Fotos 
von besonders typischen und interessanten 
Stücken angefertigt. Schließlich werden die 
zu Gruppen zusammen gefassten Artefak¬ 
te meist aufgegliedert nach dem Befundzu¬ 
sammenhang im Katalogteil einer 
Publikation als Quellenedition veröffent¬ 
licht. Die Zeichnungen finden sich meist in 
einem Tafelteil. Die Befunde werden an¬ 
hand der während der Ausgrabung ange¬ 
fertigten Beschreibungen, Fotos, 
Zeichnungen und Messdaten in schemati¬ 
sche Zeichnungen umgezeichnet, die meist 
einzelne Siedlungsphasen darstellen. Oder 
es werden einzelne Grabungsbereiche mit 
all ihren Befunden dargestellt und zeitliche 
Unterschiede farblich hervorgehoben. Die¬ 
se Arten der Umzeichnung nennen wir 
(Bau)phasenkartierung. Sie werden spä¬ 
ter mit den Beschreibungen meist im 
Hauptteil der Veröffentlichungen publiziert. 
Hinzu kommen schematische Darstellun¬ 
gen der zeitlichen Reihenfolge der Befun¬ 
de, oft in Gestalt einer sogenannten 
Harris-Matrix. Die Funde und Befunde wer¬ 
den schließlich in ihren historischen und 
kulturellen Zusammenhang eingeordnet, 
mit anderen Fundorten verglichen und die 
gewonnenen historischen Aussagen in der 
Publikation in einem gesonderten themati¬ 
schen Teil vorgestellt. 
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Bericht einer Rettungsaktion 


Eine PDP-8 zieht um 


E ine echte archäologische Aus¬ 
grabung zur Rettung von Arte¬ 
fakten der Digitalkultur ist eine 
Seltenheit, wie der Artikel auf Seite 
34 zeigt. Aber auch ohne Schaufel 
und Bagger kommt der Sammler 
alter Rechner an seine Fundstü¬ 
cke. Nicht Rettungsgrabungen, 
wohl aber Rettungsmissionen quer 
durch Deutschland sind eine häu¬ 
fige Aktion, um seltene Rechner 
vor dem Verfall zu bewahren. Hier 
berichtet Peter Dassow über den 
besten Fund der letzten Jahre, eine 
DEC PDP-8. 

Ich fand die PDP Minirechner der Firma 
Digital Equipment Corporation — kurz 
DEC - immer schon spannend, in den 
1980er Jahren hatte ich mein Studium be¬ 
gonnen, da gab es als Aufgabe das Aus¬ 
räumen eines Labors. In diesem stand 
eine damals schon betagte PDP-11/20 
nebst Zubehör. Ich durfte das Gerät nach 
Hause transportieren, in Anbetracht der 
Größe eine echte Schlepperei. Einige Zeit 
stand die PDP dann in einem Wirtschafts¬ 
gebäude in der Nähe. Um die Arbeitswei¬ 
se zu verstehen, zerlegte ich den 
Computer in seine Einzelteile. Leider hat 
damals eine Inbetriebnahme meine da¬ 
maligen Fachkenntnisse überschritten. 
Die Komponenten wurden verpackt und 
gerieten über die Jahre in Vergessenheit. 

Verloren und gefunden 

30 Jahre später entdeckte ich für mich die 
Kartons mit den Resten der PDP-11 auf 
dem Strohboden des Wirtschaftsgebäu¬ 
des wieder. Mein Interesse an einer lauf¬ 
fähigen PDP-11 war geweckt. Leider 
erwiesen sich die gefundenen Reste zum 
Wiederaufbau als ungeeignet. 

Nun wachsen diese Systeme nicht auf 
Bäumen - die Systeme sind selten und 
extrem teuer. Dies liegt auch daran, dass 
die letzten Modelle der PDP-11 nach wie 
vor in der Industrie eingesetzt werden. 


Suchen lohnt sich 

Ich hatte nicht erwartet, eine PDP-11 auf 
einer der einschlägigen Internet-Verkaufs¬ 
plattformen zu finden. Trotzdem hielt ich 
die Augen offen. Eines Abends fand ich 
bei meiner Suche dann zwar keine PDP- 
11 , dafür aber drei andere sehr interes¬ 
sante Geräte der Firma DEC. Bei einem 
der Geräte, einer DEC Rainbow, griff ich 
zu - wohl wissend, dass die Abholung ei¬ 
ne Tagesreise nach Quedlinburg bedeu¬ 
ten würde. 



Ein Blick auf die Steckkarten machte neugierig 

Im Frühjahr 2018 machte ich mich also 
auf den Weg, die DEC Rainbow abzuho¬ 
len. Ich war überrascht, dass in einem al¬ 
ten Fachwerkhaus in einem großen Raum 
mehrere DEC Geräte standen. Neben ei¬ 
nem großen Druckerstand ein Karton mit 
Steckkarten der PDP-Reihe, auf die ich 
wie elektrisiert schaute. Der Besitzer 
machte mir auf Nachfrage das Angebot, 
die Karten ebenfalls zu verkaufen. Der 
Preis sei aber mit ihrem Vater abzustim¬ 
men. Nun waren die Karten ohne eine 
funktionierende PDP-11 für mich nicht zu 
gebrauchen. Also winkte ich dankend ab 
und verliess der DEC Rainbow und einem 
Drucker im Schlepptau den Fundort. Auf 


dem Heimweg telefonierte kurz mit ei¬ 
nem kleinen Museum in Halle ubnd frag¬ 
te nach Interesse an den Karten. Doch 
auch dort wurde dies verneint, da kein 
entsprechendes System in der Ausstel¬ 
lung des Museums vorhanden war. 

Eine unerwartete 
Entdeckung 

Doch das Wissen um den Karton mit den 
PDP-Karten hatte sich als fixe Idee fest¬ 
gesetzt. Ich rief also erneut in Quedlin¬ 
burg an, um mein Interesse 
an den Karten zu bekunden. 
In der Zwischenzeit hatte 
die Verkäuferin bereits mit 
ihrem Vater einen mögli¬ 
chen Preis abgestimmt. Sie 
erklärte auch, dass eine ge¬ 
samte PDP-Anlage bei 
ihrem Vater in München 
stand. Ich möge ihn doch 
anrufen, um weiteres zu klä¬ 
ren. 

Am selben Tag war kein Te¬ 
lefonat mehr möglich und 
auch in den darauffolgen¬ 
den Tagen war er nicht zu 
_ erreichen. Meine Anspan¬ 
nung stieg entsprechend. 
Schließlich kam ein Ge¬ 
spräch zustande, das dafür fast zwei 
Stunden dauerte. Der Mann erwies sich 
als pensionierter Techniker. Er hatte in 
seinem Berufsleben DEC PDP-Systeme 
für Industrieanlagen aufgebaut. Eine 
davon hatte noch in seinem Gästezimmer 
stehen. Ein in der Vergangenheit ge¬ 
machtes Angebot an ein Museum schei¬ 
terte an der Abholung. Das Gästezimmer 
sollte aber unbedingt freigeräumt werden. 
So wurden wir uns schnell einig und so 
fuhr ich an einem Sonntagmorgen um vier 
Uhr in Richtung München - nicht wirklich 
wissend was mich erwartete. 
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Die Entdeckung- ein Rack mit einer PDP-8 

Der Schatz im Gästezimmer 

Mittags traf ich vor Ort ein und wurde von 
einem rüstigen 80-Jährigen empfangen, 
der mir das System zeigte. Es bestand 
aus einem Rack von etwa. 2 Metern Hö¬ 
he und 60 Zentimetern Breite. Dieses 
Rack war mit einer PDP-8/E CPU Einheit, 
zwei Doppel 8“ Diskettenlaufwerken und 
einem Lochstreifenstanzer bestückt. Und 
weil die Götter vor Erfolge immer den 
Schweiss setzen, stand das alles in der 
dritten Etage in einem Haus ohne Fahr¬ 
stuhl. Also ging es frisch ans Werk und 
das Ganze wurde in in seine Einzelgerä¬ 
te zerlegt. Zuerst bugsierte ich das Rack 
über die Treppen im Haus zum Auto, mit 
etwas Geschicklichkeit war das allein zu 
bewerkstelligen. Die CPU-Einheit brachte 
aber allein etwa 60kg auf die Waage und 


Jetzt steht dieses schöne PDP-8 System 
in meinem Keller und wird nach und nach 
restauriert. Großes Augenmerk liegt hier 
immer beim Netzteil, welches nach 25 
Jahren der Nichtnutzung seine Start¬ 
schwierigkeiten hat. Doch die Hoffung ist 
groß, bald wieder eine funktionierende 
PDP-8 am Laufen zu haben. 


Links 

https://www.pdp8.net/ 

https://www.homecomputermuseum.de/ 

sammlung/detailansicht/comp/Computer/ 

show/pdp-8i/ 


Apple II 68008 Karte 

Einst war die Zeitschrift "mc" die erste 
Adresse, wenn es um Hardware-Pro¬ 
jekte für Mikrocomputer ging. Die Aus¬ 
gabe vom September 1985 ließ die 
Herzen der elektronikaffinen Apple 
Besitzer höher schlagen. Dort stellten 
Raul Rojas, Frank Darius und Jürgen 
Drepper eine 68008-Karte für den 8-Bit 
Apple vor, gleich passend mit Plati¬ 
nenlayout und Stückliste. Zwei kleine 
Assemblerprogramme zeigen die Nut¬ 
zung der Karte von der 6502 Seite aus. 
Die Karte wurde infolge fehlender Soft¬ 
ware nie zu einem Mainstream-Pro¬ 
dukt, hatte aber ihre Liebhaber. So 
unterstützt auch der Cross-Assember 
von Bob Sander-Cederlof die 68008 
Prozessoren. Atsushi Ushiroda aus Ja¬ 
pan hat nun eine Kleinserie der Karte 
aufgelegt und vertreibt diese über die 
Nanja.info-Gruppe in Facebook. Dort 
sind auch nun auch Diskimages von 
CP/M für 68008 und von TinyBASIC zu 
finden. 



Links 

https://www.face- 

book.eom/groups/206406866800510/ 

http://www.inf.fu-berlin.de/inst/ag-ki/ro- 
jas_home/documents/pub/68008_Kar- 
te.pdf (mc-Artikel) 

http://wvwv.stjarnhimlen.se/app- 
Ie2/dsk.html (SC Assembler) 
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Bild des Atari: Stefan Didam - Schmallenberg - Eigenes Werk, CG BY-SA 3.0| 


Warum also nicht beide Karten zusam¬ 
menführen und damit den Wert eines Ein¬ 
griffs in das Herz des Atari ST deutlich 
steigern? Also machten sich Holger Zim¬ 
mermann, Matthias Gaczensky, Ingo Uh- 
lemann und Christian Zietz daran, ihre 
Lösungen zusammenzuführen und so zu 
modifizieren, dass sie in allen 16-Bit Ata¬ 
ris mit CPUs in DIL-Gehäusen laufen. Die 
Entwicklung verlief in mehreren Schüben, 
insbesondere die Treiberentwicklung hat 
seit Januar 2019 deutlich Fahrt aufge¬ 
nommen. LOAD konnte während des 21. 
Retro-Computer Treffs Niedersachsen 
Anfang Februar 2019 einen Blick auf den 
Prototypen werfen. 


der CPU in den Sockel gesteckt, die CPU 
kommt in einen entsprechenden Sockel 
auf der Karte. Am bequemsten haben es 
Mega ST Besitzer: Dort geschieht der An¬ 
schluss an den Mega-Bus, der Eingriff am 
Prozessorsockel entfällt. Lediglich eine 
Zwischenplatine ist erforderlich, um die 
MonSTer Karte an den Bus zu bringen. 
Die Mühe lohnt: Neben der IDE Schnitt¬ 
stelle hat der Atari dann zusätzliche 8 MB 
Alternate RAM und 2 MB Flashspeicher 
für ein neues TOS. Was ihm immer noch 
fehlt, ist eine USB Schnittstelle, um Spei¬ 
chersticks, Floppylaufwerke, Drucker oder 
CDROM Laufwerke bequem anzuschlie¬ 
ßen. Zwar existieren auch dafür Lösun¬ 
gen, diese sind aber 
entweder schwer verfüg- 
bar oder die Treiberunter- 
Stützung ist unvollständig. 


M it der „Thunder“ Karte steht 
für den Atari TT ein modernes 
IDE Interface bereit, ein Ersatz de¬ 
fekter ACSI Platten ist also kein 
Problem mehr. Ebenso nehmen 
Atari TT und Atari Mega STE mit 
der „Lightning VME“ Karte leicht 
Kontakt mit USB Geräten auf. Aber 
was machen alle anderen Atari ST 
Besitzer? Eine komfortable Ant¬ 
wort zeichnet sich ab. 


In der Vergangenheit hat es nicht an Pro¬ 
jekten gefehlt, die Atari ST 520-, 1040- 
oder Mega ST Geräte mit modernen 
Schnittstellen ausstatten wollen. So hat 
Alan Hourihane im Jahr 2014 mit der 
MonSTer- Karte eine erweiterte IDE 
Schnittstelle vorgestellt, die in allen Atari 
ST-Modellen einschließlich des Mega STs 
funktioniert. Der Einbau Ist aber system¬ 
bedingt nicht ohne Tücken. Die Atari ST- 
Modelle mit Ausnahme des Mega ST be¬ 
sitzen nämlich keinen herausgeführten 
Systembus. Zusatz-Hardware muss sich 
aber Zugang zu Speicher- und Adresslei- 
tungen verschaffen. Das klappt am Pro¬ 
zessorsockel am einfachsten. Beim STE 
und Mega STE Ist ein PLCC Sockel vor¬ 
handen, den anderen Modellen üblicher¬ 
weise nicht. Fehlt der Sockel, kommt der 
Einbau nicht ohne Auslöten der CPU und 
Einlöten eines Sockels aus. Ist das voll¬ 
bracht, wird die MonSTer Karte anstelle 


Alles auf eine 
Karte gesetzt 


Das Thunderstorm-Ent- 
wicklerteam hat sich im 
Sommer 2018 dieser Situ¬ 
ation angenommen. Mit 
der Thunder-Karte stand 
zu diesem Zeitpunkt be¬ 
reits eine IDE-Lösung be¬ 
reit und mit der Lightning 
VME war eine USB- 
Schnlttstelle vorhanden. 


Vorder- und Rückansicht des Prototyps 
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Der Einbau gleicht dem der MonSTer Kar¬ 
te, der Prototyp wird in den CPU Sockel 
gesteckt und die CPU wandert auch hier 
aus dem Mainboard-Sockel in den auf der 
Karte. Dies ist auch darum nötig, weil ei¬ 
nige Leitungen zur CPU unterbrochen 
und über den XiLinx-Baustein der Light- 
ning ST geführt werden müssen. Gegen¬ 
wärtig konzentrieren sich die Entwickler 
darauf, die Karte für den DIL Sockel zu 
perfektionieren. Die fertige Karte könnte 
auch ohne Auslöten einer fest verbauten 
CPU auskommen. Sie würde dann direkt 
auf die CPU gesetzt. Dazu würden ein 
64poliger DIL Sockel oder zwei 32 Pin 
Sockelleisten an die CPU gelötet, die 
dann die Karte aufnehmen. Dieser Eingriff 
ist deutlich leichter zu bewerkstelligen, als 
die CPU auszulöten. Die Entwickler dis¬ 
kutieren hier noch die Konsequenzen für 
den USB Interrupt und die Kompatibilität 
zu bestehenden IDE Treibern. 

Der Code des Xilinx Microcontrollers der 
Karte wurde aus den bestehenden Thun¬ 
der- und Lightning-Entwicklungen abge¬ 
leitet. Der Einbau ist wenig aufwändig; 
Die Stromversorgung wird von der Zulei¬ 
tung der Floppy abgegriffen und es ist ei¬ 
ne Verbindung zu Pin 10 des ACSI Ports 
zu ziehen. Letztere ist erforderlich, um um 
das Interrupt-Signal von der IDE-Schnitt- 
stelle mit dem Interrupt-Signal der ACSI- 
Schnittstelle zusammenzu- führen. Das 
passiert so auch im Atari Falcon und IDE 
Treiber gehen vom Vorhandensein dieser 
Verbindung aus. Damit die Lightning ST 
hier problemlos beispielsweise mit HD- 
DRIVER zusammenarbeitet, ist die Lei¬ 
tung nötig. 

Ist die Karte ersteinmal installiert, muss 
der Nutzer nur noch einen geeigneten 
Weg finden, eine USB Buchse nach au¬ 
ßen zu führen. Der USB Teil funktioniert 
wie von der Lightning VME gewohnt und 
bringt ordentliche Transferraten, wie dem 
Kasten „USB Speedtesf zu entnehmen 
ist (Messungen unter EmuTOS 0.09.10). 


TOS 2.0x im Atari ST nutzen 

Will der Atari-Besitzer die Treiber für den 
IDE Massenspeicher sowie die USB Trei¬ 
ber nicht bei jedem Booten von Diskette 
laden, braucht es TOS 2.06 - TOS 1.04 
kann nicht von IDE Laufwerken booten. 
Im Atari ST erfordert TOS 2.06 aber eine 
neue Dekodierlogik, da sich die Adressla- 
ge des TOS geändert hat. Daher bringt 
die Lightning ST diese Logik mit. Dies ist 
nötig, weil die Lightning ST keinen Flash¬ 
speicher für ein TOS mitbringt, sondern 
das TOS des Mainboards nutzt. Die Nut¬ 
zung erfordert das Anlöten zweier Leitun¬ 
gen von der Karte zu den ROM Sockeln. 
Soll das System möglichst spielekompati¬ 
bel bleiben und daher TOS 1.04 weiterhin 
nutzen, entfällt dieser Eingriff. Der Besit¬ 
zer hat hier also die Wahl. 

Auch bringt die Karte momentan noch kei¬ 
nen zusätzlichen RAM Speicher mit. Ger¬ 
ne würden die Entwickler auch die 
Funktionen ihrer Storm-Karte integrieren 
und an die Bedürfnisse der ST-Serie ad¬ 
aptieren. Problem hier ist aber: Allein aus 
Platzgründen scheidet die Verwendung 
von PS/2 SIMMs sehr wahrscheinlich aus. 
Passende RAM Bausteine aber auf die 
Karte zu bringen, würde diese drastisch 
verteuern, insbesondere bei Abnahme 
kleiner Mengen. Hier muss die Zeit zei¬ 
gen, ob die Lightning ST dieses Feature 
noch erhalten wird. 

Überraschung! 

Während der Entwicklung der Karte traten 
einige Überraschungen und Probleme 
auf. Eines dieser Probleme war mechani¬ 
scher Natur: Der Platz unterhalb der Tas¬ 
tatur verlangt dem Kartenlayout einiges 
ab, sollen nicht nur IDE Flachbandkabel, 
sondern auch CF-Adapter oder DOM Mo- 
dule verwendbar sein. Gegenüber dem 
hier vorgestellten Prototypen sieht das 
endgültige Layout gewinkelte IDE 
Buchsen vor. 

Weniger trivial waren die Probleme, auf 
die Holger Zimmermann während der Ent¬ 
wicklung stieß. Das Taktsignal des Atari 
ST zeigt nämlich einen merkwürdigen 
Verlauf. Zu erwarten wäre eine rechtecki¬ 
ge Wellenform mit einem konstanten, stei- 


USB Speedtest 


Gerät 

IBM DSCM 10340 CF Festplatte 
USB Stick 259 MB Partition 
USB Stick 519 MB Partition 


Rwabs() Speedtest 
1250-1280 kB/s 
270 kB/s 
270 kB/s 


XHDI Speedtest 
1290-1260 kB/s 
270 kB/s 
270 kB/s 



Der Prototyp im Mega ST 

len Anstieg bzw. Abfall der Flanken. 
Stattdessen zeigt das Signal auf beiden 
Flanken auf halben Wege ein Zwi¬ 
schenplateau, statt eines Rechtecks er¬ 
gibt sich also eine Treppenstufe. Leider 
liegt diese genau in dem Spannungsbe¬ 
reich, bei dem das 3,3 Volt- Signal auf der 
Xilinx-basierten Karte zwischen einer lo¬ 
gischen „Null“ und einer „Eins“ trennt. 
Hier mussten die Treppenstufen mit zu¬ 
sätzlichen Bausteinen auf der Karte ge¬ 
schliffen werden, um die Funktion 
sicherzustellen. Vom Taktsignal des Atari 
TT war ein solches Verhalten nicht be¬ 
kannt, genauso wenig vom VME Bus des 
TT oder Mega STE. 

Wie geht es weiter? 

Derzeit existieren von der Lightning ST ei¬ 
nige, wenige Prototypen. Diese liegen be¬ 
reits als gedruckte, zweiseitige Platinen 
vor - aufgrund der SMD-Bauweise schei¬ 
det ein Lochraster- oder Fädelaufbau so¬ 
wieso aus. Die Entwickler testen 
gegenwärtig die Prototypen in verschie¬ 
denen Geräten, feilen an der Systemsoft¬ 
ware und den Treibern und probieren das 
Zusammenspiel besonders mit unter¬ 
schiedlichen USB-Geräten. Ein Termin für 
das Erscheinen der fertigen Karte stand 
zum Redaktionsschluss noch nicht fest. 
Es bleibt also abzuwarten, wann auch in 
einen Atari 520ST oder 1040ST der Blitz 
einschlagen kann, (gb) 

Links 

http;//wi ki.newtosworld.de/index. php? 
title=Thunder IDE Interface 




















Die Architektur des Commodore CBM II 


Spielend gelernt - 
Die Space Chase Story 


D ie Story beginnt mit einem Zu¬ 
fall: Im März 2016 erhielt der 
Autor unerwartet einen Anruf von 
einem Bekannten. Er habe einen 
„Commodore 500“ beim Stöbern 
gefunden und wollte wissen, ob er 
diesen entsorgen sollte. Vehement 
wurde Widerspruch erhoben und 
die freudige Erwartung auf einen 
Commodore Amiga 500 in unbe¬ 
kanntem Zustand geweckt. 

Tags darauf traf aber nicht etwa der ver¬ 
mutete Amiga 500, sondern ein wasch¬ 
echter CBM B500 ein. Es war eines jener 
seltenen Modelle der CBM Il-Serie, die 
1982 eigentlich die noch vom Ur-PET ab¬ 
stammenden CBM 4000 und 8000-Serien 
ersetzen sollte. Die technischen Daten 
der CBM Ns konnten sich dabei sehen 
lassen: 

_2 MHz (anstatt nur 1 MHz beim 


CBM I) 

_bis zu 1 Mbyte RAM (anstelle 
max. 32 KByte) 

_serienmäßige 80-Zeichen- 
Ausgabe 

_Extended Basic 4.0 
_IEEE 488 

_echte serielle RS232- 
Schnittstelle 

SID-Soundchip 
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Space Chase im Zwei-Spieler-Modus auf einem CBM B710 


Die CBM Hs sollten den aufstrebenden 
IBM PCs Paroli bieten. Doch dazu kam es 
nicht - die CBM-Serie erwies sich als 
Flop. Das war eine Enttäuschung und ei¬ 
ne Überraschung zugleich: Neben beein¬ 
druckenden technischen Daten hatten die 
CBM Ms auch ein außer- ordentlich 
schickes Design. Außerdem waren sie so¬ 
wohl als Tastaturcomputer als auch als 
„All in One“-Geräte mit integriertem 
Bildschirm und abnehmbarer Tastatur zu 
haben. In zeitgenössischer Werbung sieht 
man die CBM Ms in einer Reihe mit dem 


VIC 20 für Einsteiger. So hatte sich der 
damalige Commodore-Chef Jack Tramiel 
die erste Hälfte der 80er eigentlich vorge¬ 
stellt. IBM hatte andere Ideen und die 
bessere Reputation bei den Business-An¬ 
wendern. Doch das ist eine andere Ge¬ 
schichte. 

Ein seltener Prototyp 

Der gerettete CBM B500 war auch des¬ 
halb besonders, weil der Computer nie 
unter diesem Namen in den Handel kam. 
Stattdessen gab es von der CBM M-Serie 
in Deutschland die Modelle CBM 610 und 
620 als Tastaturcomputer mit 128 oder 
256 KByte RAM sowie die Modelle CBM 
710 und 720 als „AII-in-One“-Computer 

^scommodore 

MODEL B500 

220V- 50Hz 60 W 
SER.NO.WG DDBlb 
MADE IN W.-GERMANY 


Das Typenschild zeigt: Es ist ein echter B500 
mit der Seriennummer 316. 


mit 128 oder 256 KByte RAM. Der wie¬ 
dergefundene CBM B500 war ein sehr 
frühes Gerät mit der Seriennummer 316, 
das Modell wurde nur in geringer Stück¬ 
zahl und ausschließlich als Testgerät an 
Händler und Entwickler vergeben. Es war 
also ein doppelter Glücksfall. In der Ge¬ 
schichte der CBM M-Serie gibt es übri¬ 
gens noch weitere Raritäten: So wurde 
ein CBM „P500“ entwickelt, der neben 
dem SID auch den VIC Il-Chip des C64 
enthielt. Dabei steht "B" für „Business“ 
und P für „Private“. Die Entwicklung des 
C64 fand zeitgleich statt. Es wurden nur 
wenige Prototypen des P500 für den Ho¬ 
mecomputermarkt gebaut, sie sind heute 
sehr begehrte Sammlerobjekte. Commo¬ 
dore entschied bekanntlich, dem C64 den 
Vorzug zu geben und in den Homecom¬ 
putermarkt zu bringen. Die Geschichte 
wäre wohl anders verlaufen, wenn sich 
Commodore für den P500 anstelle des 
C64 entschieden hätte. 

Doch es sollte anders kommen: Die CBM 
Il-Serie floppte und wurde von der Vor¬ 
gängerserie CBM I sogar überdauert. 
Diese wurde noch produziert, als Com¬ 
modore die CBM Ms längst aus den Rega- 
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len genommen hatte. Die schicken Ge¬ 
häuse wurden von Commodore aber kur¬ 
zerhand für die späten CBM I-Modelle 
verwendet. Der CBM 8032SK sowie der 
CBM 8296 kamen in diesen Gehäusen 
auf den Markt. Letzterer schaffte es mit 
vielen Tricks dann doch, 128 KByte RAM 
zu verwalten. 

Inkompatibel 

Leider gibt es für die CBM Il-Serie nur 
sehr wenig Software. Daher war der Ent¬ 
schluss gefasst, etwas für diesen selte¬ 
nen Computer zu programmieren. Und 
weil es möglichst viel Spaß machen 
sollte, fiel die Wahl auf die 
Programmierung eines Spiels für den 
CBM-II. Das Pro blem dabei; Commodo¬ 
re hatte es geschafft, den CBM II inkom- 


2600 sowie die 8-Bit-Ataris nutzten alle¬ 
samt den 6502 von MOS und damit von 
Commodore. Commodore verdiente also 
bei der Konkurrenz stets mit. 

Der 6509 besitzt ebenso wie sein enger 
Verwandter 6502 nur einen 16-Bit-Ad- 
ressbus, kann also zunächst nur 64 KByte 
RAM adressieren. Über zwei spezielle 
Speicherzellen ($0 und $1) wird aber ein 
einfaches Bankswitching möglich: Über 
die Speicherzelle 0 wird definiert, in wel¬ 
cher Bank (0-15) der Prozessor Code 
ausführen soll. Über die Speicherzelle 1 
hingegen, auf welche Bank der Prozessor 
bei indirekt-indizierter Adressierung (und 
nur bei dieser, 

genauer gesagt nur bei den Befehlen LDA 
($xx),Y und STA ($xx),Y) „durchgreifen“ 
soll. Das ist eigentlich eine sehr elegante 


Zeropage usw. verfügbar zu haben, wur¬ 
de den CBM Ms 2 KByte zusätzlicher, in 
Bank 15 sichtbarer Speicher verabreicht. 
Ein CBM 610 hat also in Wirklichkeit kei¬ 
ne 128 KByte RAM, sondern 130. Diese 2 
KByte reichen dem Kernal- und Basic- 
ROM aus, temporäre Daten dort abzule¬ 
gen. Da sich das ROM ebenfalls in Bank 
15 befindet, „sieht“ der im ROM gespei¬ 
cherte Code sowohl sich selbst, als auch 
das kleine RAM und den I/O-Bereich - 
und somit alles, was benötigt wird. 
Schwierig wird es allerdings, soll der CBM 
II in Assembler programmiert werden. 

Das ist bei einem 2 MHz schnellen 6509 
die einzig sinnvolle Wahl. Dann bleibt in 
der Regel nur das Ausweichen in eine der 
anderen Bänke. Dies mag zunächst nicht 
als Problem erscheinen, schließlich kann 



patlbel 

zum CBM I zu 
gestalten, für den 
es Software in rauen 
Mengen gab. Und nicht nur 
das; Das Systemdesign der CBM 
lls macht die Programmierung von pro¬ 
fessioneller Soft- wäre überaus schwierig. 
Hierin Ist sicherlich der Hauptgrund für 
den Flop der CBM lls zu sehen. Nur we¬ 
nige Softwarehäuser nahmen den immen¬ 
sen Portierungsaufwand auf sich. Wer 
sich hingegen mit reinem Basic 4.0 (ohne 
PEEKs und POKEs) begnügt, wird mit 
dem CBM II schnell glücklich. Schier un¬ 
endliche Speichermengen warten auf den 
findigen Programmierer. 

Um dem CBM II die Verwaltung von bis 
zu 1 MByte RAM zu erlauben, entwickel¬ 
te Commodore kurzerhand ein neues 
6502-Derivat, den „6509“-Prozessor. 
Commodore hatte schließlich Jahre vor¬ 
her MOS-Technologies Ltd. gekauft und 
somit eine eigene Chipschmiede im 
Haus. Was heute nur noch wenigen ge¬ 
wahr ist; Auch der Apple II, das Atari VCS 


und vor 
allem wenig auf¬ 
wändige Methode, mehr Spei¬ 
cher zu adressieren - kein Vergleich 
beispielweise zur Komplexität der MMU 
imC128. 


Designfehler 


Doch Commodore machte ein paar ent¬ 
scheidende Designfehler. So befindet sich 
der komplette I/O-Bereich in Bank 15. Der 
Zugriff auf den Bildschirm, die Peripherie, 
Tastatur und den SID wird über diesen 
Speicherbereich abgewickelt. Dort finden 
sich auch die Kernal- und Basic-ROMs. 
Nur RAM befindet sich dort praktisch kei¬ 
nes, im Gegenteil; Das komplette RAM 
befindet sich in den Banks 0 - 3 (je nach 
Speicherausbau auch mehr). Und damit 
begannen die Probleme. Um wenigstens 
ein bisschen RAM in Bank 15 für Stack, 


man ja die 
„Execution Bank“ einfach än¬ 
dern. Das geht in der Tat, der Prozessor 
ist dann aber quasi „blind“. Er sieht weder 
den I/O-Bereich, noch das ROM. Selbst 
Zeropage, Stack und alle Vektoren (z.B. 
der IRQ-Einsprung) „verschwinden“ beim 
Umschalten. Selbiges tut auch der Code, 
der gerade noch die Umschaltung ausge¬ 
löst hat. Die Konsequenz ist fürchterlich; 
Ohne massives „Gegenhalten“ stürzt ein 
CBM II beim Bankwechsel unweigerlich 
ab. 


Space Chase 


Doch diese Unbill der Maschine konnte 
die unerschütterliche Motivation eines 8- 
Bit-Programmierers nicht trüben. Wie 
schon gesagt, war schnell der Entschluss 
gefasst, für die CBM Il-Serie ein Spiel zu 
entwickeln. Es sollte nicht irgendein Spiel 
sein, sondern ein schneller Weltraums- 
hooter mit Split-Screen für ein oder zwei 
Spieler, der die volle Leistung des CBM II 
ausnutzen sollte. 
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Das Speicherproblem ließ sich durch aus¬ 
schließlichen, direkten Hardwarezugriff 
ganz ohne Nutzung der ROMs lösen. Das 
Thema „Grafik“ hingegen war nicht so 
leicht in den Griff zu bekommen. Die 
Grafikfähigkeiten der CBM Ms sind näm¬ 
lich schnell Umrissen - es gibt keine. Le¬ 
diglich der vom PET oder C64 bekannte 
„PETSCir'-Zeichensatz lässt sich darstel¬ 
len. Anders als aber beim C64 lässt sich 
der Zeichensatz nicht verändern. Somit 
ist man auf die „Grafikzeichen“ des PE- 
TSCII eingeschränkt. Immerhin; Werden 
diese geschickt ausgenutzt, lässt sich mit 
entsprechendem Programmieraufwand 
eine Auflösung von 2x2 Punkten pro Zei¬ 
chen darstellen. In Summe also 160 x 50 
Punkte auf dem 80-Zeichenschirm des 
CBM II. Das ist nicht üppig, aber besser 
als nichts. 



Auch beim Sound gab es Hürden zu über¬ 
winden. Die erste lag im Aufbau eines 
Grundverständnisses für die SID-Pro- 
grammierung. Die zweite Hürde; Die für 
den C64 in rauen Mengen existierenden 
IRQ-SID-Routinen waren natürlich alle¬ 
samt auf dem CBM II nicht zu ge¬ 
brauchen. Zumindest nicht ohne massive 
Änderungen, da der Zugriff auf den SID 
aus oben genannten Gründen ja nur indi¬ 
rekt-indiziert erfolgen kann. Zu allem 
Überfluss ist der SID Im CBM II auch 
noch ab Werk „übertaktet“ und läuft mit 2 
MHz. Dadurch gibt der CBM alle Töne ei¬ 
ne Oktave zu hoch aus. Hilfe fand sich mit 
Max Hall, einem bekannten SID-Kompo- 
nisten aus Großbritannien, der auch heu¬ 
te noch in der Retrocomputing-Szene 
aktiv ist. Er erklärte sich schnell bereit, Ti¬ 
telmusik und Soundeffekte für „Space 
Chase“, wie das Spiel getauft, zu kompo¬ 
nieren - eine Oktave zu tief, so dass es 
auf dem CBM II wieder richtig klingt. Die 
von Ihm verwendete Abspielroutine wie¬ 
derum wurde dann massiv gepatcht, da¬ 
mit sie auf dem CBM II zur Arbeit bewegt 
werden konnte. 


y| y| 



Ein Spiel 

kommt 35 Jahre zu spät 

Knapp 5 Monate nach besagtem Anruf 
veröffentlichte der Autor die erste Beta- 
Version von Space Chase auf der dafür 
kreierten Website http;//www.spacecha- 
se.de. Diese Version war noch fehlerbe¬ 
haftet, aber funktionierte bereits in weiten 
Teilen wie sie sollte. Die bislang letzte 
Version 1.10 wurde am 11. Oktober 2016 
veröffentlicht und steht auf der Website 
zum Download bereit. 

Wer keinen CBM II sein Eigen nennt - 
und das dürften die meisten sein - kann 
Space Chase übrigens dennoch spielen; 
Der VICE-Emulator emuliert auch die 
CBM Il-Serie! Einfach die Variante 
„CBM2“ starten und schon kann es los¬ 
gehen. Sogar der oben erwähnte und 
sehr seltene, nie fertig entwickelte CBM 
P500 ist auf diese Weise mal auszupro¬ 
bieren. 


Links 

http;//www.spacechase.de 

https;//www. youtube.com/watch? 
v=qMLEJqBJ8MY 

https;//www. youtube.com/ 
channel/UC86uBLUTbnTo5PEODptyXAg 
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Kurz berichtet 

Icaros Desktop 2.2.6 
erschienen 

Anfang Februar ist die Version 2.2.6 
der AROS-basierten Distribution Icaros 
erschienen. Icaros ist ein AmigaOS 
ähnliches Betriebssystem für Intel- 
PCs. Es kommt mit einem vollständi¬ 
gen grafischen Desktop und wird als 
bootfähige CDROM oder DVD verteilt. 
AROS ist ein kompaktes und effzientes 
Open Source Betriebssystem, das 
weitestgehend API-kompatibel zu Ami¬ 
gaOS 3.x ist. Der Icaros Desktop läuft 
nativ auf Intel PCs und benutzt keinen 
Linux-Kernel. Es handelt sich also 
nicht um die als "Hosted" bezeichnete 
Version. Der Overhead für ein instal¬ 
liertes Linux-Betriebssystem fällt da¬ 
durch fort. Der Nachteil; Die Hardware¬ 
unterstützung ist spärlicher als es bei 
Linux der Fall ist. Dennoch lässt sich 
Icaros auf Desktops und Notebooks in 
aller Regel zum Laufen bringen. Für 
die Grafikausgabe sorgen VESA Modi, 
sofern der Grafikchip nicht durch einen 
passenden Treiber direkt unterstützt 
wird. Allein das Spektrum unterstützter 
Sound karten ist recht klein. 



Für die Kompatibilität zu m86k-Amigas 
ist ein Emulator integriert. Icaros läuft 
bereits auf Pentium Ml Systemen mit 
512 MB erstaunlich flüssig. Eine Instal¬ 
lation in virtuelle Maschinen unter VM- 
Ware ist möglich. 

Die aktuelle Version des Icaros Desk¬ 
top bringt viele neue Features und 
zahlreiche Bugfixes mit. Images für ei¬ 
ne Vollinstallation und Minimalinstalla¬ 
tion sowie Update-Pakete für bereits 
installierte Systeme sind von der Web¬ 
seite des Projekts kostenfrei erhältlich, 
(gb) 

Links 

http;//vmwaros.blogs- 

pot.com/2019/01/icaros-desktop-226- 

available-to-patrons.html 























































Hardware 


TU 


3 



Fernschreibmaschinen heute 

Ticker im internet 


N ach der Morsetelegraphie sind 
Fernschreibmaschinen das 
älteste Medium zum elektrischen 
Transport schriftlicher Nachrich¬ 
ten. Die imposanten Geräte sind 
längst aus den Unternehmen ver¬ 
schwunden. Das bedeutet aber 
nicht, dass sie nutzlos sind. Mit 
Zusatzhardware kommunizieren 
die Maschinen über das Internet. 

Wer das Glück hat, einer mechanisch im¬ 
posanten Fernschreibmaschine habhaft 
zu werden, wird sich unweigerlich fragen: 
Was lässt sich Im Jahr 2019 noch damit 
anfangen? Ein Umbau als Drucker ist 
technisch zwar möglich. Aber eigentlich 
sind die Geräte ja Werkzeuge zur Tele¬ 
kommunikation. Wer diese Nutzung plant, 
kommt um die i-Telex-Gruppe nicht her¬ 
um. Das Team um Henning Treumann 
und Fred Sonnenrein entwickelt seit etwa 
20 Jahren an einer Open Source Hard¬ 
ware- und Software-Lösung. Sie simuliert 
das alte Fernschreibnetz der Telekom - 
zunächst über Modems, heute über das 
Internet. Überein Ethernetkabel wird die 
I-Telex-Hardware mit einem DSL-Router 
verbunden. Die Fernschreibmaschinen 


behalten sogar ihre alten Kennungen und 
die Bedienung ist Identisch zu ihrem Be¬ 
trieb im alten Fernschreibnetz. Es gibt 
mittlerweile sogar einige interessante 
Sonderfunktionen. So lassen sich mittels 
i-Telex Twitter-Nachrichten auf der Fern¬ 
schreibmaschine empfangen oder Im Dia¬ 
logbetrieb die regionale und tagesaktuel¬ 
le Wettervorhersage ausdrucken. Für 
diesen Zweck stellt der DWD der i-Telex 
Gruppe die Wetterberichte in einem einfa¬ 
chen Rohformat bereit. Auch zahlreiche 
Sonderfunktionen wie die nächtliche Um¬ 
leitung von Fernschreiben auf einen Inter¬ 
nen Speicher machen die Betriebstechnik 
von i-Telex sehr komfortabel. Mitlerweile 
gibt es 120 aktive Teilnehmer weltweit. Ei¬ 
ner davon ist „563140 goap d“, hier kann 
man den VzEkC e.V. fernschriftlich errei¬ 
chen. Auf der „Classic Computing“ in 
Oedheim gab es dieses System auf Basis 
einer Siemens TI OOS zu sehen, dank des 
Einsatzes von Florian Stassen sogar 
drahtlos über LTE. 


Lochstreifen nutzen 

Besonders reizvoll ist auch die Arbeit mit 
den elektromechanischen Lochstreifen¬ 
sendern und Empfangslochern. Diese hat 
man schon in den 60er Jahren nicht nur 
für ernsthafte Anwendungen, sondern 
auch zur Erstellung und Versand von Gra¬ 
phiken verwendet, quasi als Vorläufer der 
ASCII-Art. Unser Vereinsmitglied Helmut 
Proxa, in den 80er Jahren erfolgreicher 
Entwickler und Händler von Commodore- 
Büromaschinen, kann aus eigener Erfah¬ 
rung über eine wichtige erste Anwendung 
der CBM-Rechner in der Geschäftswelt 
berichten, sie bestand darin, Fernschrei¬ 
ben nach dem komfortablen Editieren am 
Bildschirm auf Lochstreifen vorzulochen. 
Dadurch ließen sich bei der eigentlichen 
Übertragung der Nachricht Gebühren zu 
sparen und die Fernschreibmaschine für 
ankommende Nachrichten freihalten. 

Entscheidungshilfen 

Vor dem Erwerb ist eine Entscheidung 
zwischen TW39- oder EDIOOO-kompati- 
blen Geräten nötig. TW39-Maschinen 
sind in der Regel elektromechanische 
Geräte, die ohne Halbleitereinsatz zwi¬ 
schen etwa 1939 und 1975 konstruiert 
wurden. Sie basieren auf der Linienstrom¬ 
technik. Später erschienen die EDI 000- 
Geräte auf Tonfrequenzbasis. Hierbei 
handelt es sich im Prinzip um einen Mi¬ 
krocomputer mit Tastatur und zumeist ei¬ 
nem Nadel- oder Typenrad- drucker im 
gleichen Gehäuse. Beide Gerätetypen 
können mit i-telex verwendet werden. 

Vor der Anschaffung einer Fernschrei¬ 
bmaschine ist In Betracht zu ziehen, dass 
die Beschaffung von Verbrauchsmaterial 
bisweilen nicht trivial ist. Über Sammelbe¬ 
stellungen aus Lagerauflösungen und 
auch Neufertigungen von Fernschreibpa¬ 
pieren hat sich das i-telex-Forum hier ver¬ 
dient gemacht. Gut überdacht werden 
sollte die Anschaffung eines Gerätes, wel- 
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ches randgelochte Papiere für Traktorzu¬ 
führung benötigt. Diese Papiere sind ähn¬ 
lich wie diejenigen für Calccomp- 
Trommelplotter nur noch vereinzelt zu 
sehr hohen Kosten zu beschaffen. 

Wichtig für den Zustand des Geräts ist 
selbstredend seine Lagerung während 
der letzten Jahrzehnte. Wenn das Gerät 
warm und trocken stand, genügt in der 
Regel eine gründliche Reinigung und 
Schmierung mit geeigneten Ölen und Fet¬ 
ten. Hier sei auf die im Netz verfügbaren 
Wartungshandbücher oder auf das i-Te- 
lex-Forum verwiesen. Ist das Gerät stark 
korrodiert oder mechanisch defekt, hilft ei¬ 
nem das Wissen um die Reparatur eines 
Retrocomputers nur bedingt weiter. 

Für den Einstieg in die Fernschreiberei 
kann die Siemens T100 - die unbestritten 
beste mechanische Fernschreibmaschine 
- bedenkenlos empfohlen werden. Diese 
Maschine wurde nach Auslaufen des Te- 
letype-Patents konstruiert und hat im Ge¬ 
gensatz zu ihrem Vorgänger eine fest¬ 
stehende Walze und einen beweglichen 
Druckwagen. Henning Treumann von der 
i-telex Gruppe macht hier Mut: „Die Gerä¬ 
te sind nahezu unzerstörbar, leicht zu 
warten und viele Ersatzteile noch gut in 
der Community verfügbar'^ Da in der da¬ 
maligen Ausschreibung der Bundespost 
für die Geräte eine 30-jährige Nutzungs¬ 
dauer spezifiziert war, sind die Maschinen 
dementsprechend robust und anders als 
heutige Kommunikationstechnik „für die 
Ewigkeit“ gebaut. 



Kunst aus dem Lochstreifen - Baudot-Art 


Verbindung hersteilen 

Um nun heute wieder mit anderen Fern¬ 
schreibstellen zu kommunizieren, wird ein 
kostenfreier Benutzeraccount für den Teil¬ 
nehmerserver benötigt. Dazu kommt die 
i-Telex-Hardware, also der Umsetzer zwi¬ 
schen Internet und den Fernschreibma¬ 
schinen. Das System funktioniert heute so 
ähnlich wie damals über eine Direktver¬ 
bindung von einer i-Telex-Station zur an¬ 
deren. Einer von mehreren redundanten 
Teilnehmerservern fungiert nur als eine 
Art „Telefonbuch“, welches der anrufen¬ 
den Maschine die IP Adresse zur gewähl¬ 
ten Telexnummer heraussucht. Mit der 
i-Telex Hardware lassen sich mehrere 
TW39- und EDIOOO-Maschinen sowie 
serielle Terminals anschließen. So ist 
auch eine Heimvermittlung für Fern¬ 
schreibmaschinen zu realisieren. Der Nut¬ 
zer kann entweder nur die Platinen, einen 
Bausatz oder die fertig bestückten und 
getesteten Platinen bei der i-Telex-Grup- 
pe bestellen oder in Eigenregie Platinen 
und Bauelemente beschaffen. Der Erwerb 
der fertigen Platinen plus 19 Zoll-Gehäu¬ 


se und Kleinteilen schlägt mit etwa 200 
Euro zu Buche. Wer lieber selber lötet, 
kann etwas sparen. Noch günstiger geht 
es mit einem Interface auf Basis eines Ar- 
duino mit Ethernetshield. Diese Variante 
ist auch im i-Telex Forum beschrieben, 
kostet in Eigenarbeit aufgebaut etwa 50 
Euro und bietet die Basisfunktionalität für 
eine TW39-Maschine. 
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Links 

i-telex Website & Forum 
http;//www.itelex.net 

Greenkeys-Mailingliste 
http;//mailman. qth.net/mailman/ 
listinfo/greenkeys 

Der Autor dankt H. Treumann für die freundliche Unter¬ 
stützung bei der Verfassung des Artikels. 
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Geschichte der 
Fernschreibtechnik 


Zwischen 1928 und 2007 betrieb die Deut¬ 
sche Post und später die Telekom ein vom 
Fernsprechnetz unabhängiges Telegraphi¬ 
enetz. Um die Gründe hierfür zu verstehen, 
bedarf es eines kleinen geschichtlichen Ex¬ 
kurses. Der Entwicklung der Fernschreib¬ 
technik ging aus der drahtgebundenen 
elektrischen Telegraphie unter Verwendung 
von Morsezeichen hervor. Vormals rein mi¬ 
litärisch genutzt, gab es seit der Mitte des 
19. Jahrhunderts in Preußen die Möglich¬ 
keit, die Telegraphenlinien gegen Entgelt 
auch für geschäftliche und private Zwecke 
zu nutzen. Um die Entwicklung der hierfür 
nötigen Telegraphen hat sich in Deutsch¬ 
land besonders Werner von Siemens ver¬ 
dient gemacht. Hausanschlüsse und 
Privatgeräte gab es selbstredend noch 
nicht, zur Aufgabe einer telegraphischen 
Mitteilung mußte man das Telegraphenamt 
aufsuchen. 


Wählen statt Morsen 


Die Entwicklung der Fernschreibmaschine 
mit einer Tastatur für die zu übertragenen 
Zeichen machte die Technik massentaug¬ 
lich, da hier kein Morsealphabet mehr er¬ 
lernt werden mußte. Die ersten 
wirtschaftlich erfolgreichen Apparate wur¬ 
den Anfang des 20. Jhd von der Morkrum- 
Kleinschmidt-Gesellschaft, der späteren Te- 
letype-Corporation, in den USA hergestellt. 
Neuartig bei diesen Geräten war die Start- 
Stop-Synchronisierung, wodurch die Über¬ 
tragung der Zeichen fehlerunanfälliger 
wurde. In Deutschland stellte die Firma Lo¬ 
renz die Teletype-Geräte später in Lizenz 
her. Dies wurde erleichtert, weil sowohl die 
Teletype Corporation, als auch die C. Lo¬ 
renz AG über Beteiligungen der ITT bereits 
geschäftliche Verbindungen hatten. 

Ab 1927 engagierte sich auch Siemens in 
der Entwicklung eigener Geräte. Weil die 
Teletype Corporation ein Patent auf ein 
Druckwerk mit fester Walze und bewegli¬ 
chem Typenkorb hatte, lehnte man sich bei 
der Gestaltung des Druckers bei Siemens 
an eine elektrische Schreibmaschine an. 
Zwischen 1930 und dem Ende der kom¬ 
merziellen Fernschreiberei dominierten C. 
Lorenz und Siemens die Fernschreib-Gerä- 
telandschaft in Deutschland. Ab 1934 ging 
in Deutschland das weltweit erste Fern¬ 
schrei b-Selbstwähl netz zum Anschluß von 
Fernschreibmaschinen in Betrieb, die das 
Start-Stop-Verfahren nach Morkrum-Klein- 
schmid verwandten. Entwicklung und Bau 
des Netzes wurden von Siemens ausge¬ 
führt. Analog zum Telefonnetz konnte der 
Nutzer nun direkt ohne Umweg über eine 
Handvermittlung und „menschliche Router“ 
mittels eines Nummernschalters ('Wähl¬ 
scheibe") die Gegenstelle anrufen. Diese 
Errungenschaft war damals technologisch 
weltweit wegweisend. Ab dann begann der 
kometenhafte Aufstieg der Fernschreibtech¬ 
nik in Behörden und privaten Unternehmen, 
vor allem in Deutschland. 



Wie schon eingangs erwähnt, existierten 
Fernschreib- und Telefonnetz über viele 
Jahrzehnte parallel. Warum betrieb man 
nun diesen ungeheuren Aufwand, zwei se¬ 
parate Netze aufzubauen und zu betreiben? 
Diese Frage erschließt sich bei der näheren 
Betrachtung der verschiedenen Übertra¬ 
gungsweisen von Fernschreibzeichen und 
Sprache. Während Fernschreiber ihre Zei¬ 
chen mittels einer Stromschleife zwischen 
beiden Geräten übertragen, ist ein Telefon¬ 
netz nur zur Übertragung von Tonfrequen¬ 
zen geeignet. Die Umsetzung von 
Fernschreibzeichen in Töne und umgekehrt 
wurde zwar schon Ende der 20er Jahre im 
Labormaßstab erprobt, erschien den Ver¬ 
antwortlichen aber als zu kostenaufwändig 
und fehlerträchtig für die einzelnen Fern¬ 
schreibstellen zum Einsatz in der Fläche. 
Die hierfür nötigen "Modems" zur so ge¬ 
nannten Eintontelegraphie hätten entweder 
rein elektromechanisch oder auf Röhren¬ 
technik basieren müssen und die vielfache 
Größe einer Fernschreibmaschine gehabt. 
Wenn man sich vor Augen führt, daß priva¬ 
ter Radioempfang zu dieser Zeit noch ein 
Hightech-Luxusgut war, erscheint die Ent¬ 
scheidung für ein separates Netz, zumal es 
schon ein unabhängiges Telegraphienetz 
gab, nachvollziehbar. Ein weiterer Nachteil 
des Eintontelegraphie-Betriebes ist der 
Umstand, daß immer ein Maschinenbedie¬ 
ner anwesend sein mußte, um eingehende 
Fernschreiben anzunehmen. Eine automa¬ 
tische Rufanahme war noch nicht vorgese¬ 
hen. 


Konkurrenz Telefax 


Das frühere Fernschreibnetz der Deutschen Post. 


die CCITT, des 5-bit Baudot-Codes, konnte 
man nahezu ohne Zeitverzug weltweit 
schriftliche Nachrichten austauschen. Der 
Kennungsgeberaustausch zu Beginn und 
am Ende jedes Fernschreibens gab dem 
Sender den schriftlichen rechtsgültigen Be¬ 
weis, daß die Nachricht zugestellt wurde. 
Knapp 10 Jahre nach der Einführung des 
Fernschreibnetzes gab es in Deutschland 
etwa 3000 zivile Teilnehmer. Die Technik 
wurde vor allem in der Rüstungsindustrie 
zur Steuerung der Produktion kriegswichti¬ 
ger Güter eingesetzt. Auch militärisch spiel¬ 
ten Fernschreiber eine wichtige Rolle, hier 
gab es im 2. Weltkrieg auch "Geheim¬ 
schreiber" genannte Varianten mit integrier¬ 
ter Verschlüsselung. 


155.000 Teilnehmer 


Durch die internationale Standardisierung 
der Netztechnik als TW39 (Telegraphen¬ 
wählsystem 39) und des Alphabets durch 


Nach dem Ende des zweiten Weltkrieges 
erfolgte in Ost- und Westddeutschland der 
Wiederaufbau des Fernschreibnetzes. Da in 
der DDR eine Siemens-Produktionsstätte 
für Fernschreibmaschinen die Kriegswirren 
überstanden hatte, erreichten die Fern¬ 
schreibmaschinen eine große Verbreitung, 
auch bis hinein in LPGs und Kleinbetriebe. 
1957 hat die Firma „Western Union“ die 
Siemens-Technik eingekauft und begann 
mit dem Aufbau des einheitlichen TW39- 


Netztes in den USA. Bis dahin gab es in 
den USA nur kleinere isolierte Netze, die 
über Speicher- und Handvermittlungen mit¬ 
einander locker verbunden waren. Selbst¬ 
gewählte Direktverbindungen waren in den 
USA vor 1957 die große Ausnahme. Im mi¬ 
litärischen Bereich war auch die Übertra¬ 
gung von Fernschreiben nicht nur 
drahtgebunden, sondern auch über Funk- 
und Richtfunkstrecken noch in in die 90er 
Jahre von Belang. Die Bundeswehr unter¬ 
hielt dazu in Westdeutschland ein eigenes, 
von der Post unabhängiges, aber handver¬ 
mitteltes Netz. 1984, zur Hochzeit der Fern¬ 
schrei btechnik, gab es in Deutschland 
155.000 Teilnehmer, das waren mehr als 
10% aller Fernschreibanschlüsse weltweit. 
Das ist beachtlich und ist größtenteils der 
damaligen Technologieführerschaft der Fir¬ 
ma Siemens in diesem Bereich zuzuschrei¬ 
ben. 155.000 Teilnehmer klingen nach nicht 
viel, vergleichen mit der Gerätedichte heuti¬ 
ger Kommunikationsmittel - heute gibt es in 
Deutschland mehr als 100 Mio. Mobiltele¬ 
phone - aber es ist zu bedenken, dass im 
privaten Umfeld diese Geräte nie eine Rol¬ 
le gespielt haben. 


Ende der 70er Jahre kamen die ersten 
Fernkopierer (Telefax-Geräte) auf den 
Markt, die das normale Telefonnetz zur Da¬ 
tenübertragung nutzten. Sie minderten nicht 
zuletzt aufgrund des niedrigeren Preises ab 
Ende der 80er Jahre die Verbreitung von 
Fernschreibmaschinen. Im Dezember 2007 
stellte die Telekom den Netzbetrieb ein. 
Heute gibt es nur noch eine handvoll kom¬ 
merzieller Telexkunden, die in Deutschland 
von der Schweizer Firma Swisstelex be¬ 
dient werden. Ein eigenes Netz gibt es frei¬ 
lich nicht mehr, heute wird - wie beim 
i-telex-Projekt - das Internet zur Daten¬ 
übertragung mittels eines Umsetzers ver¬ 
wendet. Viele der letzten verbleibenden 
Kunden sind im Bankensektor angesiedelt, 
dort gibt es noch einige Gegenstellen in 
Entwicklungsländern, die mittels Telex be¬ 
dient werden. Im Hobbybereich sind aus¬ 
gemusterte Fernschreiber seit Ende der 
70er Jahre anzutreffen, entweder als preis¬ 
werte Drucker für die ersten Mikrocomputer, 
oder als Endgeräte für den RTTY (Radio 
Tele Type) Betrieb im Amateurfunk. Die 
Fernschreibmaschinen als Geräte, wurden 
teilweise modifiziert und mit anderen Zei¬ 
chensätzen versehen, auch als Bediendru¬ 
cker für Groß- und Prozeßrechner 
verwendet. 




















Hardware 


• m 


Ü 




3o 






n '‘cii 


Vom Hobbyprojekt zum fertigen Produkt 

Das FPGASID- 




Projekt 

D er Commodore C64 besitzt 
nicht nur herausragende Gra¬ 
fikfähigkeiten für einen Homecom¬ 
puter der frühen 1980er Jahre. 
Auch der Sound des C64 war da¬ 
mals revolutionär und geht weit 
über andere Heimcomputer der 
gleichen Zeit hinaus. Verantwort¬ 
lich dafür ist der dreistimmig poly¬ 
phone Soundchip MOS 
Technology SID 6581. Leider wird 
dieser IC nicht mehr produziert; 
ein Ersatz defekter Bausteine ist 
also schwierig. Doch nun steht ei¬ 
ne Lösung bereit. 

2014 suchte der Autor dieses Artikels 
nach einem neuen Hobbyprojekt, da jah¬ 
relanges Elektronikbasteln nicht mehr zu¬ 
friedenstellend erschien. Eine neue 
Basteldimension musste her - etwas mit 
FPGAs zum Beispiel. Auf der Suche nach 
neuen Herausforderung fand er eine Dis¬ 
kussion in einem Online-Forum, bei der 
es darum ging, ob und wie der aus dem 
C64 bekannte SID-Chip l\/IOS6581 wohl 
nachzubauen wäre. Da die Klangerzeu¬ 
gung im SID letztendlich rein digital von¬ 
statten geht, erschien ein FPGA 


Aber 

eben nur fast - ein vermeintlich kleiner 
Teil fehlte noch. Der SID verfügt nämlich 
über einen Filterschaltkreis, mit dem 
Klänge nach der Erzeugung noch nach¬ 
zubearbeiten sind. Dieser Schaltkreis ist 
nicht digital aufgebaut. Es handelt sich 
vielmehr um eine analoge Schaltung, die 
sehr viele Eigenheiten wie Nichtlinearitä¬ 
ten, aber auch Designfehler enthält. Die¬ 
se vermeintlichen Features machen 
letztendlich auch den sehr speziellen cha¬ 
rakteristischen Klang des SID aus. Dies 
nachzubilden, sollte sich später als ein 
ziemlich harter Brocken erweisen. 

Zum ersten Mal in der Öffent¬ 
lichkeit 

Vom Blockschaltbild des Filters inspiriert, 
wurde zunächst eine eigene digitale Im¬ 
plementierung des Filterblocks erstellt, 
die den Prototyp des FPGASID ergänz¬ 
te. Dieser wurde 2015 auf dem Stuttgar¬ 
ter Sommertreffen des VzEkC e.V. 
erstmals der Öffentlichkeit präsentiert. Die 
Resonanz war zwiespältig: Die Idee gefiel 
allen und ein blinkendes FPGA-Board in 
einem C64 ist auch ein ziemlicher Eye- 
Catcher. Aber die erste Implementierung 
der analogen Filter fiel in allen Punkten 
beim Publikum durch. Der Klang war 
schlicht nicht authentisch - guter Rat erst 
einmal teuer. 


das 

richtige Mittel 
zu sein. Nach Auswahl ei¬ 
nes geeigneten FPGAs und nach 
Kaufeines entsprechenden Entwicklungs- 
Boards sollte der Spaß beginnen. Aller¬ 
dings stand zu Beginn erst mal eine län¬ 
gere Online-Recherche an, um Details 
zum Inneren des SID-Chips in Erfahrung 
zu bringen. Auch die Analyse von existie¬ 
renden Software-Emulationen brachte 
mehr Klarheit zu den internen Funktionen 
des Chips. Eine erste Implementierung 
der Klangerzeugung war schnell fertig ge¬ 
stellt. Mit einer Adapterplatine wurde das 
komplette FPGA-Entwicklungsboard in ei¬ 
nen C64 verpflanzt und kurz danach er¬ 
klangen erste Töne, die sich schon fast 
wie ein SID anhörten. 



Der erste Prototyp 
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Was ist ein FPGA? 

Pin FPGA (Field programmable Gate Array) ist ein 

Baustefn de^auLnde digitale LogiKe.emente w,e 

z B Gatter oder Flip-Flops beinhaltet. D'®®® ' 

te sind zunächst nicht miteinander verschaltet. Er 
durch eine Programmierung kann man festlegen, au 

wThe weiseste miteinander verknüpft»^ 

durch entsteht eine digitale Schaltung 
wünschten Funktion. Die Programmiersprachen oder 

naiipr die Hardware-Beschreibungssprachen, di 

heutzutage hierfür verwendet werden, sind en^eder 
VHDL oder Verilog. FPGASID entstand .n Venlog. 


Rettung ReSID-Library 

Die Rettung brachte dann die Analyse der 
ReSlD-Library - einer Softwarebibliothek 
zur SID-Emulation, welche auch im Vice 
Emulator Verwendung findet. ReSID gilt 
bis heute als das Non-plus-Ultra der SID- 
Emulation durch Software. Die analoge 
Filterschaltung wird hierzu komplett in 
Echtzeit simuliert, ähnlich einer SPICE-Si- 
mulation, wie sie heutzutage zur Simula¬ 
tion von analogen Schaltungen der 
Standard ist. Allerdings verschlingt diese 
Simulation enorme Rechenleistung. Ein 
FPGA ist zwar sehr leistungsfähig, aber 
die Art und Weise, wie die notwendigen 
Berechnungen in der ReSID-Library aus¬ 
geführt werden, passte nur bedingt auf 
die Gegebenheiten in einem FPGA. Eine 
erste Abschätzung zeigte, dass es nahe¬ 
zu unmöglich sein würde, die vorhandene 
Implementierung direkt in einem FPGA 
abzubilden. Doch der Entwickler hatte 
das Thema mittlerweile so lieb gewonnen, 
dass er hier nicht aufgeben wollte; Also 
ging es zurück bis auf das mathematische 
Modell der ReSID-Library und die Imple¬ 
mentierung begann komplett neu. An vie¬ 
len Stellen wurde das Modell durch 
Optimierungen an die im FPGA vorhande¬ 
nen Ressourcen angepasst, ohne jedoch 
seine eigentliche Mathematik zu verän¬ 
dern. Was letztendlich dabei heraus kam, 
ist ein Rechenblock, der in der Lage ist, 
die Spannungen und Ströme im komplet¬ 


ten analogen Filter- 
Schaltkreis einmal pro 
Mikrosekunde durchzu¬ 
rechnen. Hiermit ist die 
Simulation des analo¬ 
gen Filters in Echtzeit 
möglich. Das Ergebnis 
entspricht vollständig 
dem Qualitätsniveau 
der ReSID-lmplemen- 
tierung. 

Die Arbeit an der neu¬ 
en Implementierung 
der Filter verschlang 
sehr viel Zeit. Und 
Zeit fand sich nur an 
ein bis zwei Abenden 
pro Woche für ein 
paar Stunden, 
schließlich erforder¬ 
te der Beruf den 
ganzen Arbeitstag. 
Daher zog sich die 
Entwicklung etwas hin, begleitet von einer 
kleinen Schar interessierter SID-Exper- 
ten, die bereitwillig Testaufnahmen begut¬ 
achteten und später auch weitere 
Prototypen testeten. 

Der Weg zum Produkt 

Ein Wendepunkt ergab sich, als der 
FPGASID-Prototyp auf der Classic-Com- 
puting 2016 in Nordhorn präsentiert wur¬ 
de. Die Resonanz war dort so positiv, 
dass die Entscheidung fiel, den FPGASID 


zu einem richtigen Produkt fortzuentwi¬ 
ckeln. Eine Kostenabschätzung zeigte 
schon damals, dass ein FPGA-basierter 
SID-Ersatz vergleichsweise teuer sein 
würde. Die bis dato existierende Mikro- 
controller-basierte Lösung würde sich von 
der neuen FPGA-Implementierung preis¬ 
lich niemals schlagen lassen. Daher wur¬ 
de beim FPGASID nicht auf einen 
niedrigen Preis gesetzt, sondern vielmehr 
auf kompromisslos hohe Qualität und vie¬ 
le Extrafeatures. Dadurch entstand bei¬ 
spielsweise auch die Idee, den FPGASID 
in Stereo auszuführen. Das verursachte 
wenig e Kosten, erweiterte dafür aber den 
Anwendungsbereich sehr stark. 

Das Platinenlayout 
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Qualitätskontrolle beim Auftragsfertiger mittels umgebautem Commodore C64 


Vom Prototyp... 

Es entstanden die ersten Prototypen, die 
äußerlich dem späteren Endprodukt 
schon sehr ähnlich waren. Eine intensive 
Testphase mit etwa 20 Testern sorgte da¬ 
für, dass Funktion und Handhabung opti¬ 
miert werden konnten. Mehrere 
SID-Musiker halfen mit ihrer Erfahrung 
und ihrem Gehör, auch subtile Nuancen 
in der SID-Reproduktion zu identifizieren 
und an das Original anzugleichen. Durch 
die unterschiedlichen C64-Modelle der 
Tester ließ sich der FPGASID auch in al¬ 
len existierenden Versionen des C64 und 
C128 testen. Aber auch in exotischer 
Hardware wie dem SID-Modul für den 
C16/Plus4 und in der MidiBox erfolgten 
entsprechende Tests. Dabei tauchten 
auch mechanische Probleme auf, die ei¬ 
nen Einbau in manche Geräte verhinder¬ 
ten. Um diese zu umgehen, bekam der 
FPGASID in einem C128DCR diejenige 
markante Einbuchtung, die heute zu sei¬ 
nem Markenzeichen gehört. 

Parallel zu den Tests erfolgte die Entwick¬ 
lung einer Konfigurationssoftware na¬ 
mens “ConfiGuru”, mit der sich alle 
Einstellungen des FPGASID mit wenigen 
Tastendrücken erledigen ließen. Auch 
hierzu gaben die Tester ihre Kommentare 
und Verbesserungsvorschläge ab. Auf 
diese Weise wurden Bugs repariert und 
die Benutzerführung weiter optimiert. Die 
Software besteht aus 16 kByte Assembler 


Code und ist wohl das größte Assembler¬ 
programm, das der Autor bis dahin ge¬ 
schrieben hatte. 

... zum serienreifen Produkt 

Es kam dann im Herbst 2017 der Punkt, 
an dem die Fehlermeldungen der Tester 
sich eher um Nuancen drehten und nicht 
mehr so sehr um harte Fehler. Also wur¬ 


de entschieden, dass der FPGASID nun 
die notwendige Reife erreicht hatte, um 
die eigentliche Produktion in Angriff zu 
nehmen. Der FPGASID sollte unbedingt 
einem breiten Publikum zur Verfügung 
stehen. Der Vertrieb über Sammelbestel¬ 
lungen in Internetforen schied daher aus, 
nicht zuletzt auch wegen drohender 
rechtlicher Unsicherheiten. Auf der 
CC2016 in Nordhorn hatte jedoch Christi¬ 
an Bartsch von der Kryoflux GmbH be¬ 
reits Interesse an der Vermarktung des 
FPGASID gezeigt. War dies damals noch 
verfrüht, sah es nunmehr ganz anders 
aus. Und so konnte Kryoflux als verlässli¬ 
cher Partner für die Produktion und Ver¬ 
marktung des FPGASID gewonnen 
werden. Ein Lohnfertiger sollte sich um 
die Produktion und den Test der Platinen 
kümmern und ein Kabelkonfektionierer 
wurde mit der Fertigung der notwendigen 
Kabel beauftragt. Diese professionellen 
Partner sollten ein gleichbleibend hohes 
Qualitätsniveau sicherstellen. 

Produktionssorgen 

Aber auch hier zeigte sich, dass solche 
Dinge ziemlich unterschätzt werden kön¬ 
nen. Der Lohnfertiger prüfte jedes einzel¬ 
ne Bauteil darauf, ob er es verarbeiten 
kann und schlug gegebenenfalls Alterna¬ 
tiven vor. Diese waren dann wiederum 
durch die Entwickler zu testen. Zudem 


So sieht der fertige FPGASID heute aus 
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benötigte der Fertiger eine Prüfmethode, 
um die bestückten FPGASID-Platinen zu 
prüfen. Das führte dazu, dass ein C64 so 
umgebaut wurde, dass sich hiermit 
FPGASIDs in größeren Stückzahlen auto¬ 
matisiert testen ließen. Und so stand 
dann am Ende tatsächlich ein echter C64 
in der Produktionskette eines modernen 
Elektronik-Lohnfertigers. 

Der Kabelfertiger hingegen entwickelte 
ungeahnte Kreativität darin, die vermeint¬ 
lich klaren Spezifikationen des Entwick¬ 
lers frei zu interpretieren. Von falschen 
Steckern über falsche Kabelquerschnitte 
bis zu Qualitätsproblemen bei den ver¬ 
bauten Klemmhaken war so ziemlich alles 
dabei. Das führte auch dazu, dass sich 
der Verkaufsstart des FPGASID zum En¬ 
de hin immer weiter nach hinten schob, 
da der Kabelfertiger mehrfach um Nach¬ 
besserungen gebeten werden musste. 

Happy End unter dem Weih¬ 
nachtsbaum 

Seit Ende 2018 ist der FPGASID endlich 
im Webshop von Kryoflux erhältlich. 
Pünktlich zu Weihnachten 2018 konnten 
zunächst die vorab reservierten FPGA¬ 
SIDs endgültig bestellt werden, seit Janu¬ 
ar 2019 werden diese ausgeliefert und die 
Bestellseite ist offen für jedermann. Nach 
dem Abverkauf der ersten produzierten 
Charge wollen die Entwickler nachprodu¬ 
zieren, denn es ist ja erklärtes Ziel, dass 
der FPGASID über längere Zeit verfügbar 
bleibt. 

Links 

https://webstore.kryoflux.com 


lieber den Au'tor 

Andreas BeerMannj 
Jahrgang 19B9j ist 
DiplOM-Ingenieur in 
der Halbleiterin- 
dustrie und seit 
BBll Mitglied iM 
UzEkC e.U. Seinen 
ersten CoMMOdore CB4 
kaufte er Mit ±4 
Jahren. Schnell wur¬ 
de daran kräftig 
prograMMiert und ge— 
lötetj UM die uer— 
borgenen GeheiMnisse 
zu entdecken. 
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The better SID. 




Das kann der FPGASiD 

Der FPGASID ist ein Stereo-Dual-SID Alleskönner, der kaum 
Wünsche offen lässt: 

Z wei voll funktionsfähige SIDs für 6-stimmigen Stereoklang 

_Genaue Reproduktion der originalen SID-Chips MOS6581 

und IVIOS8580 

_Perfekte Audio-Qualität ohne Störgeräusche 

_Pseudo-Stereo Modus gibt herkömmliche Sounds in 

Stereo wieder 

_Funktioniert in jedem C64/SX64 oder CI 28 

_Paddle und 1351-Maus Unterstützung - Genauigkeit höher 

als beim Orlginal-SID 

_Analogeingang EXTIN voll unterstützt 

_Funktioniert mit jeder Software, die für normale Computer 


mit einfachem SID geschrieben wurde sowie mit der 
großen vorhandenen Software-Basis für Dual-SID Stereo- 
Sound 

_Leichte Konfiguration mit ConfiGuru, dem Konfigurations¬ 
programm des FPGASID 

Einfache Installation 
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Original-Werbung für den Commodore C64 aus dem Jahr 1985 (Foto: Quelle) 





























Praxis 


Flash Floppy Firmware für den Floppy Emulator 

Pimp 


er HxC Floppyemulator war 
lange Zeit der am meisten ver¬ 
breitete Ersatz für Diskettenlauf¬ 
werke, weil er eine breite Palette an 
Formaten unterstützt. Seit ein paar 
Jahren hat das von der Firma „Lo- 
tharek's Lair“ in Polen als Fertig¬ 
gerät lieferbare Projekt aber 
Konkurrenz aus China bekommen. 
Mit einer neuen Firmware wird der 
Billigst-Emulator zum Sahnestück. 

Der Floppyemulator der Firma Gotek 
Corp. aus Jiangsu (Volksrepublik China) 
ist für weniger als 20 EUR zu haben und 
wurde unter Retrocomputer-Begeisterten 
schnell bekannt. Das Gerät passt in einen 
3,5 Zoll Floppyschacht und ersetzt so ein 
entsprechendes Diskettenlaufwerk. Ne¬ 
ben einer 3-stelligen 8-Segment LED An¬ 
zeige und einer grünen LED schmücken 
den Gotek nur zwei kleine Schalter und 
eine USB Buchse zur Aufnahme eines 
Speichersticks. Von Haus aus unterstützt 
die Firmware des Gotek nur DOS Images. 
Davon lassen sich maximal 1000 Stück 
(mit der Nummer 000 bis 999) auf einem 
Stick speichern, die Schalter am Gerät 
wählen dann ein Image nach dem ande¬ 
ren aus. 

Schnell kam aber die Retrocomputer-Sze- 
ne darauf, das sich die Firmware auch er¬ 
setzen lässt und so der Gotek neue 
Imageformate lernen kann. Als erstes er¬ 
schien eine Anpassung für Amiga ADF 
Dateien, die den Emulator schnell zum 
Liebling der Amiga-Gemeinde machte. 
Später wurde auch die HxC Firmware für 
den Gotek angepasst. Neuerdings gibt es 
mit „Flash Floppy“ eine freie Firmware für 
den internen STM32 dazu, die inzwischen 
viele Formate unterstützt. 

Der Gotek benutzt als Kernstück einen 
Cortex-m3 STM32 Mikrocontroller, der 
auch in vielen anderen Geräten zum Ein¬ 
satz kommt. Der Baustein verfügt über 
128 kByte Flashspeicher für die Firm¬ 
ware. Gotek hat eigentlich nicht vorgese¬ 



hen, den STM32 mit einer neuen 
Firmware versehen zu können. Durch ei¬ 
nen kleinen Eingriff in die Hardware ist 
dieses Manko aber schnell beseitigt. 

Die nachfolgende Anleitung passt für 
Laufwerke mit 34-Pin Floppy Connector 
und SFR* Modellnummer (z.B. SFR1M44- 
U100K, SFRM72-U100 etc.) und wurde 
vielfach erfolgreich umgesetzt. Trotzdem 
muss an dieser Stelle der Hinweis erfol¬ 
gen; Die Ausführung geschieht auf eige¬ 
ne Gefahr und wir übernehmen keine 
Gewähr für die Richtigkeit der Angaben. 

Jumper setzen 

Nach diesem Hinweis geht es dem Gotek 
nun an die Platine. Betrachten wir das 
Gerät von der Rückseite, so liegt links der 
Stromanschluss. Oberhalb des Stroman¬ 
schlusses sind 8 Löcher (eine Ser Reihe 
und eine 3er Reihe darunter) zu erken¬ 
nen. 



Dies sind die Anschlüsse für ein Jumper¬ 
feld, das Gotek aber nicht eingebaut hat. 
Genau das müssen wir nun nachholen. 
Passende Bauteile liefert der Elektronik¬ 
fachhandel. Für dauerhaften Gebrauch 
sollten diese eingelötet werden, für eine 
einmalige Nutzung geht es auch ohne Lot 
- die Pinsockel lassen sich einfach ein- 
klemmen und haben dann hinreichend 
elektrischen Kontakt. Ist das erst einmal 
vollbracht, sind nur noch Pin 1 und 2 so¬ 
wie Pin 3 und 7 zu überbrücken und 
schon ist der Gotek zum Flashen einer 
neuen Firmware bereit. 


GOTEK 

1 2 3 4 5 
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Firmware übertragen 

Zur Übertragung der Firmware genügt ein 
USB Kabel. Das anfangs noch empfohle¬ 
ne Vorgehen mit einer seriellen Verbin¬ 
dung hat sich mittlerweile überholt. Als 
Software haben sich die „Device Firm¬ 
ware Upgrade Utilities“ (DFU) bewährt. 
Diese Software ist unter der GNU GPL li¬ 
zenziert und steht für Microsoft „Win¬ 
dows“, MacOS X und viele 
Linux-Distributionen zur Verfügung. In un¬ 
serem Beispiel hier dient ein Apple Mac 
Mini mit MacOS X zur Übertragung der 
Firmware. Die Installation der DFU Soft¬ 
ware ist auf der Projektseite beschrieben, 
unter MacOS X kann das auch über den 
Homebrew Paketmanager geschehen. 

In den Versionen von Flash Floppy auf 
der Homepage des Projekts ist die benö¬ 
tigte *dfu Datei bereits fertig enthalten. 
Nach Auspacken des ZIP-Archivs befin¬ 
det sich die Datei direkt im Verzeichnis 
flashfloppy- Versionsnummer. 

Nun ist es an der Zeit, das Gotek Lauf¬ 
werk und den Mac Mini mit einem USB-A 
zu USB-A Kabel zu verbinden. 
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Dann öffnen wir ein Terminalfenster und entsperren zunächst 
den Gotek, um das Schreiben der Firmware zu ermöglichen. 
Dies geschieht mit dem Befehl: 

sudo dfu-util -a 0 -s ;unprotect:force -D FF_Gotek- 
v0.14.dfu 


I gotek — bash — 80x24 


Peters-Hac-mini:gotek petersieg$ ./flash 
dfu-util 0.9 


Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. 
Copyright 2010-2016 Tormod Volden and Stefan Schmidt 
This program is Free Software and has ABSOLUTELY NO WARRANTY 
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ 


dfuERROR, Status 


Match vendor ID from file: 0483 
Match product ID from file; dfll 
Opening DFU capable USB device... 

ID 0483:dfll 

Run-time device DFU Version 011a 
Claiming USB DFU Interface... 

Setting Alternate Setting #0 ... 

Determining device Status: state 
dfuERROR, Clearing Status 

Determining device Status: state » dfuIDLE, Status = 0 

dfuIDLE, continuing 

DFU mode device DFU Version 011a 

Device returned transfer size 2048 

DfuSe interface name; "Internal Flash " 

Device disconnects, erases flash and resets now 
dfu-util 0.9 


Fertig eingebaut in einem Atari ST 


Dann senden wir die Firmware über die USB Verbindung und be¬ 
schreiben den Flashspeicher neu; 

sudo dfu-util -a 0 -D FF_Gotek-vO.14.dfu 


Links 

https://github.com/keirf/FlashFloppy 
http;//dfu-util. sourceforge.net 

https;//github.com/keirf/FlashFloppy/wiki/Hardware-Mods 


# # # li gotek — bash — 80x24 

Match product ID from file: dfll 
Opening DFU capable USB device... 

ID 0483:dfll 

Run-time device DFU Version 011a 
Claiming USB DFU Interface... 

Setting Alternate Setting #0 ... 

Determining device Status: state = dfuERROR, Status = 10 
dfuERROR, Clearing Status 

Determining device Status: state = dfuIDLE, Status = 0 

dfuIDLE, continuing 

DFU mode device DFU Version 011a 

Device returned transfer size 2048 

DfuSe interface name: "Internal Flash " 

file contains 1 DFU Images 

parsing DFU image 1 

image for alternate setting 0, (2 elements, total size « 91548) 

parsing element 1, address = 0x08000000, size = 26096 

Download [=========================) 100 % 26096 bytes 

Download done. 

parsing element 2, address * 0x08008000, size = 65436 

Download [=s==========:====ss=====ssas=] 100 % 65436 bytes 

Download done. 

done parsing DfuSe file 

Peters-Mac-mini:gotek petersiegS [] 

Und los! 

Jetzt wird es spannend. Nach Abziehen der USB Verbindung und 
Entfernen der beiden Jumper kann das Laufwerk seinen Dienst 
mit der neuen Firmware verrichten. Flier soll es als Ersatz für ei¬ 
ne defekte Floppy in einem Atari ST dienen. Dabei ist eine Be¬ 
sonderheit zu beachten; Hinter dem Anschluss für das 
Floppykabel liegt ein Steckfeld. Dort ist der vorhandene Jumper 
von der Stellung „DST‘ auf „DSO“ umzustecken. 

Die Benutzung des gepimpten Gotek ist denkbar einfach: Image 
Dateien werden einfach auf einen USB Stick kopiert und mit den 
(+) und (-) Tasten kann zwischen diesen umgeschaltet werden. 
Am besten versieht man die Dateinamen mit Nummern am An¬ 
fang und führt eine Liste mit den Inhalten, um nicht durcheinan¬ 
der zu kommen. Wem das zu unbequem ist und den Lötkolben 
nicht scheut, kann aber auch die LED Anzeige durch ein OLED 
Display ersetzen. Flash Floppy zeigt dann den gewählten Datei¬ 
namen im Display an. (ps) 


Unterstützte Formate 

Flash Floppy unterstützt die folgenden Disk Image Formate: 
_ADF (Commodore Amiga) 

_ADM, ADL, ADF, DSD, SSD (Acorn DFS and ADFS) 

_D81 (Commodore 64 1581) 

_DSK (Amstrad CRC, Spectrum +3, Sam Coupe, 


Microbee) 

_IMG, IMA, DSK (IBM MFM Raw Sector) 
_JVC, DSK (Tandy Color Computer 'CoCo'] 
_MBD (Spectrum MB02) 

_MGT (Spectrum DISCiPLE/+D) 

_OPD (Spectrum Opus Discovery) 

_ST (Atari ST) 

_TRD (Spectrum TR-DOS) 

_V9T9, DSK (TI-99/4A) 

_VDK (Dragon) 


Die Homepage informiert bei neuen Versionen der Firmware 
über neu hinzugekommene Formate. 
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Messen mit Oszilloskop und Logikanalysator — Teil 2 

Wer viel misst 
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I m 1. Teil ging es um Grundsätzliches zu Digitalspei¬ 
cheroszilloskopen (DSO) und Logik Analysatoren 
(LA), deren Technik und um die Praxis mit dem LA. In 
diesem Teil soll es um die Praxis mit dem DSO gehen, 
vor allem um die Fehlervermeidung. 

Auch wenn in einem DSO alle Daten digital verarbeitet werden, 
haben wir doch am Eingang ein analoges Signal. Dieses Signal 
soll möglichst genau und ohne Verfälschung abgetastet werden. 
An der Stelle macht der Mensch die meisten Fehler. Alle Infos 
zur Fehlervermeidung gelten uneingeschränkt auch für analoge 
Oszilloskope. Die Signalaufnahme Ist hier gleich, nur die nach¬ 
folgende Signalbearbeitung unterscheidet sich. 
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Tastkopf-Kompensation 

Diese Kompensation Ist nur bei 10:1 Tastköpfen möglich. 1:1 
Tastköpfe benötigen keine Anpassung, sind aber deshalb nicht 
besser. Für die Kompensation haben DSOs einen Anschluss, der 
im allgemeinen Probe Comp oder ähnlich benannt ist. Die Kom¬ 
pensation wird meist an einem Dreh-Kondensator am BNC-Ste- 
cker oder - seltener - am Tastkopf direkt vorgenommen: 




Im folgenden Bild sehen wir - von oben nach unten betrachtet - 
den Signalverlauf eines unterkompensierten, eines richtig kom¬ 
pensierten und eines überkompensierten Tastkopfes. 


Für die Kompensation stellt der Nutzer den Signalverlauf mög¬ 
lichst groß am Bildschirm dar und markiert den eingeschwunge¬ 
nen Pegel mit einem Cursor (im folgenden Bild bei 1). Wichtig ist 
dabei, dass der Pegel am Ende wirklich eingeschwungen und 
damit gerade ist. Ist das nicht der Fall, ist die Messfrequenz zu 
hoch oder evtl, der Tastkopf defekt. Danach dreht der Nutzer am 
Drehkonsensator solange, bis der Pegel möglichst gerade ist, 
vor allem am Anfang. ((Im folgenden Bild bei 2) Diese Einstellung 
wird dann für jeden Tastkopf wiederholt. Die Kompensation ist 
auch bei einem anderen Oszilloskop neu durchzuführen. 
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Schlechter Signalbezug 

Für eine gute Messung braucht das Oszilloskop auch einen gu¬ 
ten Signalbezug, meist ist das GND (Ground). Hierfür ist am 
Tastkopf meist ein kurzes Käbelchen mit Krodilklemmen oder 
ähnliches vorgesehen. Für viele ist das unhandlich und sie legen 
einfach eine kurze Leitung vom Oszilloskop zur Platine. 




Warum das ganze? 

Es geht nicht darum, dass der Signalverlauf schön aussieht. Die 
Kompensation stellt einen Spannungsteiler zwischen Tastkopf 
und Oszilloskop ein. Wird dies nicht gemacht, können massive 
Messfehler auftreten. Die Messfrequenz in unserem Beispiel war 
auf 1 kHz eigestellt. Bei einer Messfrequenz von 4MHz sieht das 
Messergebnis aber schon ganz anders aus. 


Im obigen Bild ist nur der Tastkopf des mittleren Kanals richtig 
kompensiert. Hier ist klar zu sehen, dass alle Kanäle unter¬ 
schiedliche Amplituden haben. Das ist auch in den Messungen 
links unten angezeigt. Der obere Kanal zeigt ca 25% zu wenig 
an, der untere ca. 15% zu viel. Unter solchen Bedingungen misst 
man Mist! 


Richtig 


Falsch! 


Der Unterschied ist deutlich zu erkennen: 


Hier mag sich der Leser mit einer Frage an Radio Eriwan wen¬ 
den: "Computer arbeiten doch binär, mit 0 und 1. Brauche ich da 
noch Analogtechnik?" Hier würde Radio Eriwan antworten: "Im 
Prinzip ja, nur bleibt die Signalübertragung ein Problem der Ana¬ 
logtechnik. Digitaltechnik zieht eine Grenze durch die analogen 
Spannungsbereiche und definiert die eine Seite mit 0, die ande¬ 
re mit 1." 

Ein Beispiel: Der beliebte l2C-Bus 


Der I2C-BUS ist ein sehr einfacher und dadurch weit verbreiteter, 
serieller Zweidraht-Bus. Beim I2C können die Teilnehmer die 
Leitungen nur nach Low ziehen, das High wird durch Pullup- 
Widerstände erreicht. Eine normale Kommunikation sieht so aus: 
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Die Mitte zeigt die analog gemessenen Signale, darüber sind die 
vom Oszilloskop digitalisierten und wiederum darüber das über¬ 
tragene und ausgewertete Byte zu sehen. Beispielsweise durch 
einen Lötfehler, durch ein falsches oder ein defektes Bauteil kann 
der Pullup-Widerstand zu groß werden. Dadurch wird der Strom 
durch den Widerstand kleiner als erwünscht. 

Dadurch wird die steigende Flanke - also der Übergang von Low 
nach High - verschliffen, was dann so aussieht wie auf dem 
nachfolgenden Bild 


i schwell wert 

’ * # des Kanals 

! y/////////r 


1 Bus« 

1 Eingänge 

L . 

J definieren 


R/w Bit |) 7 li 

lelnschliessen Beaelchng. Busanzeige 
J _N£ln J_ I2C I Ji 


Kurzschluss von zwei Leiterbahnen 

Es reicht schon ein Lötzinnspritzer, um eine Schaltung lahmzu¬ 
legen, wenn er einen Kurzschluss zwischen 2 Leiterbahnen her¬ 
vorruft. Wenn nun der eine Ausgang ein Low ausgibt und der 
andere ein High, gibt es einen Kurzschluss. Zum Glück löst dann 
nicht immer die Sicherung aus. Der Strom ist durch die internen 
Transistoren begrenzt, aber auf der Leitung entsteht eine Span¬ 
nung, die an den Eingängen zu unterschiedlichen oder falschen 
Ergebnissen führt. 



Run t 1 

1 Celriqqerl 







Die steigende Flanke des oberen SCLK Signal kommt nur sehr 
langsam nach High. Es erreicht den Endwert während der Über¬ 
tragung gar nicht mehr. Das digitalisierte SCLK Signal bleibt die 
ganze Zeit Low, der IGC-Dekoder erkennt nichts. Ein etwas ver¬ 
änderter Schwellwert - also die Entscheidungsschwelle für Low 
oder High - verändert das Ergebnis enorm: 
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SCLK-( 2 )- 
schwellenw. 



Bezeichng. ßusanzeige 



Im Bild ist zu sehen, wie zwei Ausgänge mit unterschiedlichen 
Pegeln die Spannung ziemlich genau in die Mitte zwingen. Ha¬ 
ben beide Ausgänge den gleichen Pegel, ist alles gut. Dass hier 
die Spannung in der Mitte liegt, ist dem Zufall geschuldet und 
hängt von vielen Parametern ab. Treiberschaltung, Versorgungs¬ 
spannung, Temperatur des IC sind nur die wichtigsten davon. 
Daher ist keine Aussage möglich, wie ein solcher Fehler sich in 
der Realität verhält. 

Fazit 

Elektronik und Computer haben immer auch eine analoge Kom¬ 
ponente. Ist alles in Ordnung, kann man sich auf das digitale Low 
und High zurück ziehen. Wenn nicht, braucht es Wissen um ana¬ 
loge Technik und die dazu gehörende Messtechnik, um zwischen 
den Extremen 0 und 1 den Fehler zu suchen. 


Obwohl das analoge SCLK-Signal sich nicht geändert hat, ist das 
digitalisierte wieder fast normal. Der Dekoder erkennt das Byte 
wieder. Da die Schwellwerte in der Schaltung und am Logic Ana- 
lyzer oft unterschiedlich sind bzw. sich unterschiedlich verhalten, 
kann es sein, das man am LA keine Fehler erkennen kann oder 
umgekehrt am LA kein plausibles Bild erscheint. Bei solchem 
Verhalten ist ein Griff zum Oszilloskop immer ratsam. 


lieber den Autror 
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U nser großes Event, die Classic 
Computing, findet in jedem 
Jahr an einem anderen Ort statt. 
2018 hat sich Stephan Kraus be¬ 
reitgefunden, die Organisation zu 
übernehmen. Über seine ehren¬ 
amtliche Tätigkeit berichtet er im 
folgenden Interview. 

LOAD: Was hat Dich bewogen, die Orga¬ 
nisation einer Classic Computing zu über¬ 
nehmen? 

Stephan Kraus: Ganz klar: Damit ich zu 
Fuß zur CC laufen kann. Darüber hinaus 
habe ich den Verein auf der wirklich net¬ 
ten CC 2014 in Schönau kennen gelernt 
und hatte nach der CC im Berliner Tech¬ 
nikmuseum wieder Lust auf eine kleine, 
gemütliche CC mit dem Charakter eines 
Usertreffens ohne viele Einschränkungen. 
Sowas kann natürlich der Organisator am 
besten steuern. 

LOAD: Was waren die größten Heraus¬ 
forderungen bei der Organisation? 

Stephan Kraus: Ganz einfach- meine 
Unkenntnis und Naivität. 

LOAD: Wie schwierig war es, eine pas¬ 
sende Halle für die Veranstaltung zu fin¬ 
den? 

Stephan Kraus: Das war in der Tat nicht 
einfach und mit dieser Schwierigkeit habe 
ich gar nicht gerechnet. Bei mir in der Re¬ 
gion gibt es unzählige Hallen, die bestens 
für eine CC geeignet wären, manchmal 
sogar mehrere pro Ort. Daher dachte ich, 
ich könnte mir ein paar ansehen und die 
beste aussuchen. Diese Hallen sind aber 
meist in öffentlicher Hand. Die Gemeinde¬ 
verwaltungen lassen die Halle 
anscheinend lieber leer stehen, als sie an 
Auswärtige zu vergeben. Das heißt, der 
Veranstalter muß im Ort gemeldet sein 
oder die Halle für eine Veranstaltung ei¬ 
nes lokalen Vereins nutzen wollen, um sie 
mieten zu dürfen. Bei mir im Ort gibt es 
auch mehrere Hallen. Es hat einiger Ter¬ 
mine bei der Verwaltung bedurft, bis mir 
die Nutzung einer Halle zugestanden wur¬ 
de. Viel einfacher wäre es gewesen, 
wenn ich damals schon im Vereinsvor¬ 
stand tätig gewesen wäre. Ich habe den 
Eindruck, wenn ein lokal gemeldeter Ver¬ 
ein anfragt, sind die Gemeindeverwaltun¬ 
gen viel aufgeschlossener. Zur Zeit der 
Organisation der CC18 war Roman noch 
unser 1. Vorsitzender und ich mußte er¬ 
läutern, warum denn ein „Schweizer Ver¬ 
ein“ eine Halle im Ort mieten möchte. 


Generell habe ich hier die Erfahrung ge¬ 
macht, dass den Verwaltungen das Kon¬ 
zept eines überregional organisierten 
Vereins sehr fremd ist - noch dazu, wenn 
eine Veranstaltung ein Randgruppenhob¬ 
by zum Thema macht. Mit einer Briefmar¬ 
ken- oder Häkelausstellung wäre ich wohl 
auf mehr Gegenliebe gestoßen. 

LOAD: Wieviele Helfer hattest Du und 
wie hast Du die Aufgaben verteilt? 

Stephan Kraus: Das Ist ein guter Punkt. 
Die Organisation und Durchführung einer 
CC Ist keine „One Man Show“. Ich kann 
gar nicht beziffern, wie viele Helfer es ins¬ 
gesamt waren. Eine gute Unterstützung 
im Vorfeld waren die zahlreichen Diskus¬ 
sion im Forum und auch viele Telefonate, 
die ich mit langgedienten und erfahrenen 
Vereinsmitgliedern zu dem Thema führen 
konnte. Vor allem Toast_R, Ajax und Ste¬ 
fan B. sei hier ganz herzlich gedankt. 



DJ3 

ijijxj Diirchmhriin^ 

y.jDjJ3 


Besondere Erwähnung bedarf auch der 
unglaubliche Einsatz von Antikythera, 
welcher kurzfristig einen Laster und zu¬ 
sätzliche Tische organisiert hatte, sowie 
deren An- und Abtransport durchgeführt 
hat. Einen Tag vor der CC haben wir uns 
mit dem Aufbau-Team - knapp 10 Ver¬ 
einsmitglieder - an der Halle getroffen. 
Dann ging es los und ich hatte nicht mehr 
viel zu tun. Diese Kernmannschaft ist ein 
seit Jahren perfekt eingespieltes Team, es 
hat richtig Freude gemacht. Besonders 
hervorheben muss ich die Leistungen der 


Elektriker, denn allein mit fachgerechtem 
Auf- und Abbau der Verkabelung ist es 
nicht getan. Das Material muß auch ge¬ 
pflegt, geprüft und eingelagert werden. 
Hierbei möchte ich nochmal lntel_Outside 
für sein Engagement danken. Während 
der Vorträge und im Nachgang hat Ro- 
man78 weiterhin dafür gesorgt, dass Vi¬ 
deos der Vorträge erstellt und im 
Nachgang geschnitten und auf unseren 
Youtube-Kanal gestellt werden. Nicht un¬ 
erwähnt lassen will ich auch die Sonder¬ 
ausstellungen, zum Beispiel die CPU- 
Vitrinen von Antikythera, die Spieleberei¬ 
che von Kobrakai und Virtual Dimension 
und natürlich nicht zuletzt die Ausstellun¬ 
gen aller Teilnehmer. 

LOAD: Kannst Du abschätzen, wieviel Du 
in die Organisation investiert hast? 

Stephan Kraus: Finanziell hat die Veran¬ 
staltung hat den Verein weniger als 900,- 
EUR gekostet, daher war die CC18 eine 
recht preiswerte Veranstaltung. Ich glau¬ 
be, keiner der Helfer (einschließlich mir) 
hat gezählt, wieviele Stunden aufge¬ 
wendet wurden. Das ist ja auch nicht der 
Sinn der Sache! Wir machen das ja 
schließlich als Hobby und weil es Freude 
macht, eine solche Veranstaltung auf die 
Beine zu stellen. Trotzdem ist - die Orga¬ 
nisation im Vorfeld mal ausgenommen - 
allein der Aufwand für Auf- und Abbau im¬ 
mens. Ohne die Anreise und die Ein- und 
Auslagerung des Materials in Betracht zu 
ziehen, wird für Auf- und Abbau genauso- 
viel Zeit benötigt wie für die Durchführung 
der CC. Andererseits sehen wir uns nur 
einmal im Jahr und die 1,5 Tage sind viel 
zu kurz, um sich alles intensiv anzusehen 
und gemeinsam mit anderen die eigenen 
Hard- und Softwareprojekte voranzutrei¬ 
ben. Deshalb habe Ich vorgeschlagen, die 
nächste CC dreitägig durchzuführen. Ich 
bin sehr gespannt, ob diese Möglichkeit 
von den Gästen und Ausstellern ange¬ 
nommen wird. 

LOAD: Hast Du nach der Veranstaltun¬ 
gen auch Rückmeldungen aus dem Ort 
und der Region bekommen? 

Stephan Kraus: Wir als Verein scheinen 
durchweg positiv aufgefallen zu sein, so¬ 
wohl von der Gemeindeverwaltung als 
auch von Oedheimer Bewohnern sind wir 
für die tolle Veranstaltung gelobt worden. 
Auch das Team vom „Gasthaus Wald¬ 
blick“, die uns während der Veranstaltung 
so gut bewirtet haben, hatten Freude dar- 


(Fortsetzung auf Seite 60) 
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Rückschau auf drei Tage in Degmarn 


Classic Computing 2018 
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2018 war die Mehrzweckhalle Degmarn der Austragungsort 
unseres großen Jahresevents, der Classic Computing. Über 70 
Aussteller und Hunderte von Besuchern fanden den Weg zu uns. 
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Der kleine Ort Degmarn in der Gemeinde Ödhelm nahe 
Heilbronn lebt vom Anbau von Sonderkulturen wie Salat, Gurken 
und Zucchini und hat sich dem Selbstverständnis nach im Laufe 
der Zelt zu einer Wohngemeinde entwickelt. Ende September 
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(Fortsetzung von Seite 57) 


an, uns zu Gast zu haben. Falls wir noch¬ 
mal in Oedheim eine CC machen wollen 
würden, hätten wir es beim zweiten Mal 
bedeutend leichter, soviel ist sicher. 
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ner Veranstaltung dieser Größe anneh¬ 
men wollen? 


SD 


aushchten wollen, wäre das anders gewe¬ 
sen. 


LOAD: Was hat Dich am meisten an der 
Veranstaltung erfreut? 

Stephan Kraus: Erst mal war es ein 
schönes Wochenende unter Freunden. 
Persönlich hat mich besonders gefreut, 
daß Michael nebst Team von Virtual Di¬ 
mension kommen konnte. Wir kennen 
uns schon seit unserer Bundeswehrzeit 
1999, da haben wir in unserer Freizeit 
auch schon an Amigas herumgebastelt 
und programmiert. Am Ende war ich er¬ 
leichtert, dass alles doch gut funktioniert 
hat. Wir haben den Schlüssel zur Flalle 
bekommen, wir hatten Tische, keinen 
Stromausfall am Sonntagmorgen, keine 
Verletzten und die Flalle ist auch nicht ab¬ 
gebrannt. 

LOAD: Was sind Deine drei wichtigsten 
Tipps an alle, die sich der Organisation ei- 


Die Fragen für die LOAD stellte Georg Basse 


Stephan Kraus: Ganz wichtig ist die Er¬ 
wirkung einer amtlichen Erlaubnis, wenn 
auf der CC verkauft werden soll. Hierzu 
ist die Festsetzung eines Spezialmarkts i. 
S. V. §68 Abs. 1 GewO nötig, die beim 
Amt für öffentliche Ordnung beantragt 
werden muß. Das kann durchaus mehre¬ 
re Monate dauern. Ich habe den Antrag 
im Februar eingereicht, und die Erlaubnis 
eine Woche vor der CC bekommen. 
Wenn die Verkaufserlaubnis auch am 
Sonntag bestehen soll, bedarf es noch ei¬ 
ner Ausnahmegenehmigung zum Sonn- 
und Feiertagsgesetz. Hier hat das Amt ei¬ 
nen gewissen Spielraum, was die Ertei¬ 
lung der Erlaubnis anbelangt. Zum 
Beispiel Ist die kulturelle Bedeutung der 
Veranstaltung entscheidend. Diese liegt 
im Ermessen des Amts und wurde uns 
diesmal abgesprochen. Hätten wir einen 
Babybasar oder eine Bastelausstellung 


Eine kleine Chronik: 
Die Austragungsorte 
der Classic Computing 

2018; Oedheim Degmarn 

2017; Berlin (gemeinsam mit VCFB) 

2016; Nordhorn 

2015; Thionville (France) 

2014; Schönau (Heidelberg) 

2013; Berlin 

2012; Lorsch (Frankfurt) 

2011; Holzminden 
2010; Altensteig-Walddorf 
2009; Hachenburg 
2008; Moers 

2007; Stuttgart-Degerloch 
2006; Nordhorn 
2005; Neubulach 
2004; Oberhaugstett 
2003; Eberstadt 
2002; Möckmühl 
2000; Neukirchen-Vluyn 


Weiterhin sollte die Organisation von Hal¬ 
le und Tischen so früh wie möglich 
abgeschlossen werden. Alle Abmachun¬ 
gen sind auch besser schriftlich zu fixie¬ 
ren. In unserem Falle hieß es kurz vor der 
Veranstaltung, daaa die benötigte Anzahl 
Tische doch nicht zur Verfügung steht. 
Hier ist dann Antikythera mit seiner Hau- 
Ruck-Aktion eingesprungen. 

Weiterhin empfehle ich, sich mit dem Trä¬ 
ger der Halle schriftlich so früh wie mög¬ 
lich auszutauschen, welche Auflagen es 
gibt. Besonders zu nennen sind 
einzuhaltende Fluchtwege, der Brand¬ 
schutz, der Bedarf eines Sanitäters vor 
Ort, die einzuhaltende Nachtruhe und 
Möglichkeiten zu Übernachtung in der 
Halle. 


Wie ich die 
Fernschreib¬ 
maschine 
entdeckte. 


Im Sommer 2018 habe ich meinen 
Sommerurlaub mit der Familie in Ös¬ 
terreich verbracht. Einen Teil der Stre¬ 
cke auf der Heimreise fuhr meine 
Frau, so saß ich gelangweilt mit dem 
Smartphone auf dem Beifahrersitz 
und habe die Ebay-Kleinanzeigen auf 
der Suche nach Beute durchforstet. 
Etwa auf der Höhe des Chiemsees 
habe ich dann die Anzeige "Fern¬ 
schreiber zu verschenken aus Ab¬ 
bruchhaus" gefunden, keine 20km 
entfernt Da ich ohnehin ein Faible für 
historische Drucker und Plotter habe 
und mich die Geräte schon während 
meiner Bundeswehrzeit fasziniert ha¬ 
ben, rief ich sofort an. Die freundliche 
Besitzerin des Abbruchhauses, der 
ehemaligen Firma "Gottler Apparate¬ 
bau Säurepoliertechnik" riet mir, das 
Gerät sofort abzuholen, weil das Haus 
sonst nächste Woche geräumt wird für 
den Abbruch. Nach kurzer Diskussion 
und Freigabe durch die Chefin haben 
wir dann den kleinen Abstecher zur 
Abholung gemacht 



So gelangte eine wunderbar erhaltene 
Siemens TI00s im Standgehäuse mit 
der Kennung "563140 goap d" mit we¬ 
niger als 200 Betriebsstunden in mei¬ 
nen Besitz. Zunächst war das Ziel, die 
Maschine so umzubauen, das sie als 
Drucker oder Terminal für einen 8-bit 
Rechner verwendbar ist. Aber nach 
kurzem Exkurs im Itelex-Forum habe 
ich von dem ursprünglichen Vorhaben 
abgesehen und mich erst mal mit der 
Fernschreibtechnik beschäftigt 

Stephan Kraus 
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www.classic-computmg.de 



Conputer e.U. 
Einer für Alle! 

Ein Computer-Verein für alle klassischen 
Computer-Systeme? Na klar! 

Egal ob Großrechner der 70er, Home-Computer 
der 80er oder PCs der 90er. Wir haben sie alle. 
Komm, mach mit und entdecke die faszinierende 
Welt der klassischen Computer bei uns im Verein! 


Auszug aus den Computersystemen 


o 

Commodore 




A 

ATARI. 


NSK 





Ein paar Worte über uns: 

Vereinsmeierei ist ja nicht so jedermanns Sache. Aber 
der Verein zum Erhalt klassischer Computer hebt sich 
auch hier ganz positiv von der Masse ab - und beim 
Aufgabengebiet ja sowieso. 

Wir vereinen im VzEkC e.V. viele Hunderte klassische 
Computer-Systeme. Darunter die allseits bekannten 
Homecomputer der 80er, wie den Commodore C64, den 
Atari 800 XL oder den Schneider CRC. Aber auch aus¬ 
gefallene Modelle sind bei uns zu finden - und nicht nur 
Homecomputer. Bürorechner aller möglicher Hersteller, 
ausgeklügelte Konzepte für tragbare Rechner und na¬ 
türlich für die Kurzweiligkeit auch die Spielekonsolen der 
70er, 80er und 90er finden bei uns ein Zuhause. 

Wir veranstalten jährlich mit der Classic Computing ei¬ 
nes der größten Retro-Computer Events in Deutsch¬ 
land. Wir veranstalten Dutzende lokaler Treffen überall 
in Deutschland, geben mit der LOAD ein in der Deut¬ 
schen Nationalbibliothek archiviertes Jahresmagazin 
heraus und sammeln Expertenwissen online im Ver¬ 
einsforum und auf der Homepage. 

Der Verein wurde übrigens schon 2003 gegründet und 
ist seit 2007 als gemeinnützig eingetragen. Die Mit¬ 
gliedschaft im Verein ist ziemlich günstig. Schon einmal 
deshalb, weil wir keine Aufnahmegebühr für Neumitglie¬ 
der verlangen. Für gerade einmal 3 Euro im Monat 
kannst Du ordentliches Vereinsmitglied sein und hast 
dann viele Vorteile. 

So kannst Du bevorzugt bei unserem großen Jahres¬ 
treffen, der Classic Computing teilnehmen, hast erwei¬ 
terte Zugriffsrechte im Vereinsforum, bekommst jährlich 
kostenlos unser Vereinsmagazin LOAD noch vor allen 
Nicht-Mitgliedern, kannst an der vereinsinternen Aukti¬ 
on für Hardware teilnehmen und vieles mehr. 

Auf ins Forum 


Vamiga 


Alte Computersysteme abzugeben? Oft* 

Wir sammeln und erhalten O W V |ij|l 
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klassische Coi 



Im Vereinsforum diskutieren wir über dies und das, hel- 
1 '^AMiGA bei Rechner-Problemen und haben eine gute Zeit! 
/\LUIII Qjg aktuelle Vereinssatzung findest Du direkt auf unse¬ 

rer Homepage unter 
https;//www.classic-computing.de/der-verein/ 


Werde Mitglied ! 

Willst Du dabeisein? Dann werde einfach Mitglied im 
VzEkC e.V. — das geht ganz bequem Online: 

https://vvww.classic-computing.de/der-verein/mitgliedschaft 


Anfassen, Ausprobieren,Spielen, Erinnern,Erhalten ... VVIf ffSUSD UDS dUf CÜCh! 
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Geburtstagskinder 
— alles Gute zunn 35. 

1985 erschienen viele populäre Computer auf dem Markt, 
allen voran der Commdore Amiga und der Atari ST. Wir 
lassen die Ereignisse dieses Jahres Revue passieren, 
schauen besonders auf die Akzeptanz der Systeme in 
Deutschland und stellen die Frage, wo die hochgelobten 
Rechner von einst nach 35 Jahren stehen. 

Computergeschichte 

Passend zum Jubeljahr 2020 starten wir eine kleine Serie zur 
Computergeschichte in Deutschland. Im ersten Teil schauen 
wir auf die besonders interessanten Anfangsjahre. 

Kill the Bit 

Das DEC PDP-8 System ist sicher ein Meilenstein der Com¬ 
putergeschichte - aber ganz gewiss ist sie keine Plattform für 
Computerspiele. Wirklich? Der Bericht über die Portierung ei¬ 
nes Spiels vom Altair 8800 auf die PDP-8 bringt das Bild in's 
Wanken. 

Archäologie der Digitalisierung 

Der 2. Teil des Artikels in diesem Heft beschreibt, wie sich die 
"Archäologie der Moderne" von der Medienarchäologie unter¬ 
scheidet und welche unterschiedlichen Perspektiven beide 
Richtungen auf die materielle Kultur der Digitalisierung aufzei¬ 
gen. 

Fernschreibmaschinen 

In der Fortsetzung des Artikels sehen Sie, wozu sich die 
imposanten Geräte auch benutzen lassen. 

...und außerdem 

Praxistipps, Neue Spiele, Selbstbau-Projekte und viele inter¬ 
essante Themen rund um das Sammeln, Instandsetzen und 
Betreiben klassischer Computer. 

LOAD Ausgabe #6 erscheint Anfang 2020. 
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DAS FACHMAGAZIN RUND UM DEN AMIGA 

Geboten werden die aktuellsten Nachrichten aus der Amiga-Szenel 

Das Magazin erscheint komplett in Farbe mit einer optionalen Leser-CD. 

Alle zwei Monate kann man die brandneue Ausgabe direkt bei uns im Online-Shop oder im Amiga-Fachhandel erhalten. 
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